ESReality - Where Gaming Meets Reality

Site

Text

Media

Games

About | Contact | Guide | Filters
Users | Preferences | Search | FAQ

News | Forums | Columns

Journals | Articles | Polls | Wiki

Files | Galleries | Demos

Events | Coverage | Movies

ESR Shop | Betting Fixtures

Not Logged In | Login | Register

23:49 BST - 255 users online

ESR Discord Channel

Live Streams

Dota2
Beyond the Summit (318 viewers)

GG
DraQu_ (227 viewers)

LoL
DreamHack LoL (1662 viewers)

GG
gamesdonequick (2218 viewers)

LoL
Hitpoint.cz (766 viewers)

GG
nysira (8 viewers)

GG
rapha (66 viewers)

GG
Surefour (1244 viewers)

Scheduled Listings

more...

Other HW threads

gaming rig (15)

Ninjutso Katana Superlight (4)

MPV mice (9)

Looking for a working Ninox Aurora (27)

Whats the current lowest latency monitor? (10)

Mouse mods for sale, WMO w/ G402 internals, and many more... (6)

Windows is retarded and won't update; any fixes? (59)

source for WMO feet (Europe) (13)

The rocket jump ninja mouse (1)

CS GO leggy on 4:3 resolutions but smooth on 16:9 and 16:10 (2)

more...

Latest Threads

Latest Comments

Movie D Y S P H O R I A by Ryan_H (4)

Movie MADIR - A Quake Live Fragmovie (4)

News Quake III The Legend CD (217)

Demo Jibo -vs- Cypher (1)

Movie satellite (ft. purrz) by movezie (3)

more...

Latest Forum Threads

QL My top 5 good QL duel players (87)

Q3 Why cant id learn from Valve's CS2 and give us an updated Q3 (30)

HW gaming rig (15)

QL QuakeLive Config Cleaner (60)

Q1 Re:Mobilize - Coming June 16 (2)

more...

Latest Journals

Most unpopular quake streamer (34) by stpbozin

So I own ESR now (55) by brandan

sunday Q3 tourney (0) by TUMULT

we meat again (1147) by aggnog

how to make q4 militia work (71) by p0rt

more...

Hot Topics

Movie MADIR - A Quake Live Fragmovie (4)

Movie D Y S P H O R I A by Ryan_H (4)

Forum Re:Mobilize - Coming June 16 (2)

more...

ESR Virtual Betting

Lamur
E$ 238,131

E$ 176,304 omek

E$ 129,238 fazz

E$ 61,723 lithz

E$ 58,635 nsx0r

E$ 57,658 nk121

Betting Leaderboard

Open Betting Fixtures

New HW thread

Forums > Hardware Forum

MarkC Windows Mouse Acceleration Fix
(1140 comments)

( Forum: HW)

Posted by MarktheC @ 04:31 GMT, 5 March 2010 - iMsg

The 'MarkC Windows 10 + 8.1 + 8 + 7 Mouse Acceleration Fix' is available at this link:

The MarkC Windows 10 + 8.1 + 8 + 7 Mouse Acceleration Fix

What is it?

It is a registry file that removes Windows 7 or 8 or 8.1 or 10 mouse pointer acceleration.

It is like the CPL Mouse Fix and Cheese Mouse Fix, but gives exactly 1-to-1 mouse to pointer response for Windows 7 or Windows 8.x or Windows 10.

Exactly 1-to-1 means no discarded or delayed mouse input while game playing.

How do you use it?

- Find the display DPI that you currently use:

Click Start, click Control Panel, select Appearance and Personalization, select Display.

See if you have 100% or 125% or 150% selected.

(On Windows 8.1 or 10, if you see a 'Smaller...Larger' slider, then:

- the 1st slider position will be 100%,

- the 2nd slider position will be 125%,

- the 3rd slider position (might not be shown) will be 150%.)

- Open the ZIP file at the link above.

- Select the folder that matches the Windows version you use and Double-click it.

- Select the REG file that matches the DPI% you use and Double-click it.

- Answer Yes, OK to the prompts that appear.

(See below for non-Administrator account use.)

- Reboot or Log off to apply the fix (you have to reboot or Log off).

- Enjoy exactly 1-to-1 mouse to pointer response!

(If you applied one of the Windows 2000 or Windows 98/95 Acceleration fixes, then 'Enhance pointer precision' must be checked ON to enable it.)

Why do you need the fix?

If you don't know you need it, then you don't need it!

Some older games, such as Half-Life 1, Counter-Strike 1.x, Quake, Quake 2, Unreal and others, while they are active and running, call a Windows function intending to disable variable mouse acceleration by forcing ALL movement to be accelerated by the same amount (doubled).

On Windows 2000 and earlier, that removed all variable acceleration.

Pointing and aiming in those games was OK, because the mouse response was then linear (all movement was accelerated by the same amount; it was doubled).

In XP, and later Windows versions, Microsoft changed how mouse pointer acceleration worked.

Now when those games call the function (asking that all movement be accelerated), Windows enables the mouse 'Enhance pointer precision' feature, which adds mouse acceleration using a varying curve to control the mouse response. (It enables it even if you have it turned off in the Control Panel Mouse settings.)

With 'Enhance pointer precision' enabled, slower mouse movements make the pointer go extra slow and faster mouse movements make the pointer go extra fast. It is not linear and not straightline.

This is annoying, because where you are aiming at depends on how far you move your mouse, and also on how fast you moved the mouse to aim.

How does the fix work?

It redefines the curve used by the 'Enhance pointer precision' feature to be a completely straight line. The slope of the line is tuned so that every on-mouse-pad mouse movement is turned into exactly the same amount of on-screen pointer movement.

How do you know the fix is working?

You can test if it is working by temporarily turning on the 'Enhance pointer precision' feature and see how the mouse responds.

(NOTE: Unless you applied one of the Windows 2000 or Windows 98/95 Acceleration fixes, only turn 'Enhance pointer precision' on for testing: it should normally be set OFF.)

If you have 'Enhance pointer precision' OFF, then the fix will not be active (but it will be waiting to be activated when needed).

Just as some games turn it on when you don't want them to, we can turn it on manually to test that the fix is working properly.

- Go to Control Panel, and select Hardware and Sound, then click Mouse. Select 'Pointer options' and check-ON/enable the 'Enhance pointer precision' option.

- See how the mouse responds.

- If you want, you can set the Control Panel 'pointer speed' slider set to the 6th, middle position and run the MouseMovementRecorder.exe program that is included in the ZIP file to see that the mouse and pointer movements are 1-to-1 and always the same.

(The numbers in the MOUSE MOVEMENT column should be the same as the numbers in the POINTER MOVEMENT column. Any differences will appear in green or red.

If you do see differences, also test with 'Enhance pointer precision' OFF, in case the problem is with Windows or MouseMovementRecorder.exe rather than a problem with the fix:

- Press the A key on the keyboard while MouseMovementRecorder is running until EnPtPr Accel is Off. Press A TWICE if EnPtPr is already Off!

- When EnPtPr Accel is OFF, if there is a lot of red and green, press the '+' key on the keyboard and move the mouse.

- Repeat '+' and move the mouse until most of the red and green disappears.

- Press the A key on the keyboard to toggle EnPtPr Accel and move the mouse.

- If the amount of red and green is roughly the same when EnPtPr Accel is ON as when EnPtPr Accel is Off, then the fix is working.)

(NOTE: If you use Windows 8.1 and have too much green and red, see more information below.)

(NOTE: While running a game, you may see many red and green lines.

Games that need a fix usually frequently re-position the pointer and this confuses MouseMovementRecorder.exe but DOES NOT mean acceleration.

See Comment #271 [jump] below.)

- Turn the 'Enhance pointer precision' option OFF when you have finished testing.

(If you applied one of the Windows 2000 or Windows 98/95 Acceleration fixes, then leave 'Enhance pointer precision' checked ON to enable it.)

Does my game need a mouse fix?

You can test your game to see if it turns 'Enhance pointer precision' ON, and needs a mouse fix.

- Turn the 'Enhance pointer precision' option OFF,

- Run Mouse Movement Recorder (included in the ZIP file),

- Run your game (aim at something!) and look at the 'EnPtPr' column footer at the bottom of the Mouse Movement Recorder window.

- If it is displayed with a red background then the game has turned acceleration ON and needs a mouse fix.

Is this fix different from the Cheese Mouse Fix?

The 'Enhance pointer precision' option works slightly differently in Windows 7 than it does in XP and Vista, and slightly differently again in Windows 8.x and 10.

The Cheese Mouse Fix gives exactly 1-to-1 mouse response for Windows XP and Windows Vista.

The MarkC Mouse Fixes give exactly 1-to-1 mouse response for Windows 7 & 8.x & 10.

(Note: Both fixes need the Control Panel 'pointer speed' slider set to the 6th, middle position to give exact 1-to-1.)

But I don't use the middle 6/11 pointer speed setting?

If you want exact 1-to-1 in-game response when the pointer speed slider is not in the 6/11 position, or you have a custom display DPI, see the MarkC Mouse Fix Builder, which works for Windows 10, 8.x, 7, Vista and XP.

For those older games that turn acceleration on, it gives the same response as position 6/11 does (1-to-1), without having to move the pointer speed slider to 6/11.

The MarkC Windows 10 + 8.1 + 8 + 7 + Vista + XP Mouse Acceleration Fix Builder

The MarkC Mouse Fix Builder can also create a fix that emulates Windows 2000 or Windows 98 or Windows 95 acceleration.

How do you remove it?

- Open the ZIP file at the link above.

- If you use Windows 7 or Vista or XP:

Select 'Windows_7+Vista+XP_Default.reg' and Double-click it.

- If you use Windows 8 or Windows 8.1 or Windows 10:

Select 'Windows_10+8.x_Default.reg' and Double-click it.

- Answer Yes, OK to the prompts that appear.

- Reboot or Log off.

I use Windows 8.1 and see too much green and/or red in MouseMovementRecorder

Windows 8.1 introduced changes to mouse input processing to reduce power used and improve battery life:

Windows 8.1 delays and coalesces (merges) mouse input for programs, causing the effective mouse polling rate to be as low as 62 Hz in some cases (even for gaming mice with a higher polling rate).

This new processing can affect some games (games that don't use Raw Input and don't use DirectInput).

Microsoft have a December 2013 Windows Update Rollup that includes a fix for those games, which will be automatically installed when you have Windows Update set to install updates automatically.

(See here: Mouse pointer stutters or freezes when you play certain games in Windows 8.1.)

If the KB2908279 update fix is installed, MouseMovementRecorder will activate it to give more responsive mouse pointer movement and stop the red and green.

Otherwise, while running MouseMovementRecorder, select it and press the '+' key on the keyboard a until the red and green stops.

If Control Panel, Appearance and Personalization, Display shows a 'Smaller...Larger' slider, high DPI monitors might need a custom size and/or a fix-builder fix to get exact 1-to-1.

See this blog article:

Windows 8.1 DPI Scaling Enhancements @ Extreme Windows Blog

The new multi-monitor DPI scaling in Windows 8.1 is a good thing if you have multiple monitors with different pixels-per-inch values, BUT it might make it harder to find the correct Item Size percentage when choosing which MarkC fix to use to get exact 1-to-1.

Try clicking the 'Let me choose one scaling level for all my displays' checkbox and then find the percentage needed so that your main (gaming) monitor looks the same as it did when using the 'Smaller...Larger' slider (this may require some reboots).

When you have the right percentage value, click '...one scaling level...' OFF (so that you get the benefit of the new Multi-monitor DPI scaling - if you need it) and use the percentage value to choose which fix you need, or to create a Fix-Builder fix.

Loading the fix with a non-Administrator account

When adding the mouse acceleration fix to the registry, you may get this error message:

"Cannot import (filename).reg: Not all data was successfully written to the registry."

This error happens because part of the fix turns off acceleration for the Welcome screen (the log on screen).

If you use the Welcome screen (or the Windows Log in dialog) and acceleration is NOT turned off for the Welcome screen, then the MarkC fixes have a 1 pixel / 1 mouse count error when the mouse changes direction left/right or up/down.

You can remove this 1 mouse count error by any of these methods:

- Run Disable_WelcomeScreen+Login_Accel.CMD as Administrator (Right-click > Run as administrator).

- Add/Merge Disable_WelcomeScreen+Login_Accel.reg to the registry while logged in as an administrator.

- Run RegEdit.exe and edit 'HKEY_USERS\.DEFAULT\Control Panel\Mouse\MouseSpeed' to 0 (zero), while logged in as an administrator.

- Not moving or touching the mouse while using the Welcome screen (use arrow keys to select the user and Enter key to log in).

- Ignoring the 1 mouse count error! It's only a single count: You won't notice it.

Edit: A picture is worth a thousand words...

Here is Windows XP with the CPL Mouse Fix:

Windows 7 with the CPL Mouse Fix:

Windows XP with the Cheese Mouse Fix - Fixed!:

Windows 7 with the Cheese Mouse Fix - Close, but NOT quite fixed:

Windows 7 with the MarkC Mouse Fix - Fixed!:

(4/4/10 edit: Added doc non-admin and fix builder.)

(7/4/10 edit: How to tell if your game needs a fix.)

(14/8/13 edit: Windows 8.1.)

Edited by MarktheC at 23:50 BST, 5 August 2016 - 1528313 Hits

64%

<< prev HW thread || next HW thread >>

<< Comment #1 @ 09:24 GMT, 5 March 2010 >>

(Link, Reply)

By MikeHaggarKJ

In newer games the CPL mousefix works for getting rid of mouse acceleration in Windows 7. Haven't tried with really old games like quake 1/2

1%

<< Comment #26 @ 05:23 GMT, 6 March 2010 >>

(Link, Reply)

By MarktheC  - Reply to #1

Yes, CPL gets rid of acceleration and works well enough, but does not give exactly 1-to-1 mouse response. See the Mouse Movement Recorder screendumps I added to the original post.

<< Comment #2 @ 09:42 GMT, 5 March 2010 >>

(Link, Reply)

By h8m3

raw input

care

3%

<< Comment #3 @ 10:07 GMT, 5 March 2010 >>

(Link, Reply)

By hoppan

great that somebody is coming out and doing the work, thank you

i still would wanna know why you get a totally different feeling with anir's and cheese's accelfix in XP, even though both are supposed to give 1:1

Edited by hoppan at 10:07 GMT, 5 March 2010

1%

<< Comment #4 @ 10:16 GMT, 5 March 2010 >>

(Link, Reply)

By MarktheC  - Reply to #3

IMHO, you only think you get a different feel between anir's and the cheesemfix in XP.

Inside Windows (XP and Vista), is this code (in very very simplified form):

function Initialise()

....if (MouseSensitivity <= 2) MouseSensitivityFactor = MouseSensitivity / 32

....if (MouseSensitivity between 3 and 10) MouseSensitivityFactor = (MouseSensitivity - 2) / 8

....if (MouseSensitivity between 11 and 20) MouseSensitivityFactor = (MouseSensitivity - 6) / 4

....for i = 1 to 4

........EnhancedSensitivityFactor[i] = (MouseSensitivity/10)

............* ScreenRefreshRate / SmoothMouseX[i]

............* SmoothMouseY[i] / (ScreenDPI * 3.5)

....end-for

end-function

if (MouseSpeed = 0) then

....PointerMovement = MouseMovement * MouseSensitivityFactor

else

....i = FindSmoothMouseCurve(MouseMovement)

....PointerMovement = MouseMovement * EnhancedSensitivityFactor[i]

end-if

MouseSensitivity is the Control Panel Mouse 'pointer speed' slider.

MouseSpeed is the 'Enhance pointer precision' checkbox.

(Named like that for historical reasons.)

What Anir's fixes do is patch the code so it goes:

if (_TRUE_) then

....PointerMovement = MouseMovement * MouseSensitivityFactor

else

....i = FindSmoothMouseCurve(MouseMovement)

....PointerMovement = MouseMovement * EnhancedSensitivityFactor[i]

end-if

What the Cheese registry fixes do is set:

SmoothMouseX = ScreenRefreshRate

SmoothMouseY = ScreenDPI * 3.5

... so that:

EnhancedSensitivityFactor = (MouseSensitivity/10)

If MouseSensitivity = 10 (=6/11, the middle position), then the code becomes:

if (MouseSpeed = 0) then

....PointerMovement = MouseMovement * 1.0

else

....i = FindSmoothMouseCurve(MouseMovement)

....PointerMovement = MouseMovement * 1.0

end-if

When MouseSensitivity = 10 (=6/11, the middle position), there is NO noticable difference between Anir's fix and a properly done registry fix.

When MouseSensitivity = 10 (=6/11, the middle position), any difference you feel is in the imagination.

Edited by MarktheC at 10:40 GMT, 5 March 2010

<< Comment #12 @ 20:44 GMT, 5 March 2010 >>

(Link, Reply)

By hoppan  - Reply to #4

I take it you are pointing out that from a programmer's point of view the two give exactly the same 1:1 results and you are right. They do feel identical in Windows with epp checked, but in-game they feel different. Fact is that I don't seem to get 1:1 with ANY settings in-game (half-life 1 mods). It seems that there's something wrong in the way the engine initializes the mouse.

with cheese's fix (120hz) it feels like x-axis is faster, more sensitive

with anir's fix the x-axis feels slower

Edited by hoppan at 20:46 GMT, 5 March 2010

<< Comment #20 @ 01:50 GMT, 6 March 2010 >>

(Link, Reply)

By MarktheC  - Reply to #12

...from a programmer's point of view...
Yes, but ALSO that that code is actually in Windows and looks pretty much as I indicate, all in the same place. Anir's fix causes the 'else' part to be skipped, and that else part does use the curves and straightening the curve with a fix makes the 'else' part act exactly like the 'then' part. So NO difference, except for a few dozen more lines of code.

with cheese's fix (120hz) it feels like x-axis is faster, more sensitive

with anir's fix the x-axis feels slower

If for some reason your in-game display Hz was not actually 120Hz, then 120.reg would be the wrong REG file to use.

What does/would MouseMovementRecorder display if run in the background while the game is running?

Do you feel like doing some blind testing?

Somehow get the setting random (you don't know which fix is in place) then see if you can guess which fix it is? Ideally try several times to be sure.

It's not polite of me to suggest this, but the code tells me that if someone feels a difference, they are imagining it.

Edited by MarktheC at 04:49 GMT, 6 March 2010

<< Comment #32 @ 15:41 GMT, 6 March 2010 >>

(Link, Reply)

By hoppan  - Reply to #20

Thanks for the reply. I agree totally with you.

"except for a few dozen more lines of code."

Well maybe that's the reason.. all I know is there's something weird about the way hl1 initializes the mouse. In q3 cpma I get perfect 1:1 in MouseMovementRecorder.exe.

I have used the correct Hz reg file.. I actually tried a few of them with the respective refresh rates.. same result. Give me a minute to take a picture of what moumrec is showing.

If I was blind tested I could totally tell which fix is applied.. anir's fix feels overall more registered and smooth and really the x-axis sensitivity is what makes it obvious. I would describe the cursor movement with .reg fix "boxy".

But again, it's just the hl1 games that have this weird behaviour, in Quake for example I can't tell any difference between the two fixes, just like the code says, moumrec shows 1:1 for both. In hl1 I can't get 1:1 with anything.

Edited by hoppan at 15:46 GMT, 6 March 2010

<< Comment #35 @ 23:24 GMT, 6 March 2010 >>

(Link, Reply)

By MarktheC  - Reply to #32

I suspected MMR is sometimes not very useful for recording movement while some games are running, and Counter-Strike seems to be one of those games.

The MMR 'problem' is that Counter-Strike is continually reseting the pointer position to the centre of the display or window (except when in the console!).

It does this to stop the pointer going off one of the edges, and being stopped by the edge.

You can see this in code for Quake 2: http://www.drdobbs.com/database/184410376#l4 (see listing 4 at the botttom).

But MMR calculates the CURSOR MOVEMENT column by taking the difference between the current pointer position and the last position (I'm not sure why this mostly reports small unrelated number (rather than 0 x 0)).

Sometimes MMR gets TWO reads of the mouse in a row without CS resetting the pointer in between, and reports correct numbers. See lines 1, 6, 11 of ingame_6of11.png and lines 9, 19, 44 of ingame_6of11(2).png.

Sometimes there are TWO CS pointer resets between each MMR update, and MMR reports a large backwards amount. See lines 2, 7, 12 of ingame_6of11.png and lines 10, 18, 43 of ingame_6of11(2).png.

Try this (for debugging only):

Increase your mouse USB rate using HIDUSBF or whatever, and/or decrease your CS frame/update rate using whatever?

Edited by MarktheC at 23:55 GMT, 6 March 2010

<< Comment #38 @ 00:01 GMT, 7 March 2010 >>

(Link, Reply)

By hoppan  - Reply to #35

Okay, I'm getting it now.

You predicted it right. With 31fps and 500Hz, there are 15 1:1 counts before any green/red.

http://www.speedyshare.com/files/21295406/ingame_31fps_500hz.PNG

So basically I am getting 1:1 but MMR goes crazy because the game is constantly re-centering the cursor.

1%

<< Comment #44 @ 01:12 GMT, 8 March 2010 >>

(Link, Reply)

By MarktheC  - Reply to #32

In q3 cpma I get perfect 1:1 in MouseMovementRecorder.exe.
As a follow-up, perfect 1:1 implies no pointer re-centre, implies no fix is needed for q3 cpma.

See my comment #44 to Fighting Irish below:

Comment #44 [link]

... Try playing q3 cpma with the Cheese flatLine.reg (== my Test_Flatline.reg) applied, reboot or log off, and see what the in-game mouse is like. Normal mouse => No fix needed for q3 cpma.

<< Comment #34 @ 17:59 GMT, 6 March 2010 >>

(Link, Reply)

By hoppan  - Reply to #20

The pictures

http://www.speedyshare.com/files/21286946/pointerinput.7z

This is with anir's accelfix, default usb polling rate and -noforcemparms in launch options. What is notable that with 3/11 the red almost disappears.. it only occurs when I'm moving the mouse straight in horizontal or vertical direction, not when doing circles. You can see with 6/11 the counts are almost never 1:1..

Edited by hoppan at 18:00 GMT, 6 March 2010

<< Comment #624 @ 02:27 BST, 2 August 2011 >>

(Link, Reply)

By Anonymous (95.166.82.6)  - Reply to #34

This might be because of prediction in your mouse? In most so called "gaming" mice, the manufacturer still puts in prediction for vertical/horizontal lines which will result in a complete perfect line when you move the mouse NEAR vertical or horizontal.

To test it, try drawing a circle in paint and look at the top/bottom and right/left edges, if they look very straight, that is prediction.

-boNe

<< Comment #675 @ 23:54 GMT, 7 January 2012 >>

(Link, Reply)

By Anonymous (93.132.123.44)  - Reply to #4

if (MouseSpeed = 0)

You did this assignment on purpose?

<< Comment #676 @ 09:14 GMT, 17 January 2012 >>

(Link, Reply)

By MarktheC  - Reply to #675

In C#, that pseudo-code would read:

if (MouseSpeed == 0)
... ie it is not assigning 0 to MouseSpeed, it is testing if MouseSpeed is equal to zero, to decide if it should apply accel or not. Note: MouseSpeed is what Windows XP/Vista/7 internally calls the value of the "Enhance pointer speed" checkbox.

MouseSpeed == 0 is the same as Enhance pointer speed OFF.

MouseSpeed == 1 is the same as Enhance pointer speed ON.

<< Comment #5 @ 10:31 GMT, 5 March 2010 >>

(Link, Reply)

By ambro

so with 'Enhance pointer precision' unchecked (disabled) and quakelive in_mouse set to 1 i dont need this?

<< Comment #6 @ 10:36 GMT, 5 March 2010 >>

(Link, Reply)

By MarktheC  - Reply to #5

As far as I know, YES, you are correct, in Quake Live with in_mouse 1 you don't need this fix.

<< Comment #7 @ 15:31 GMT, 5 March 2010 >>

(Link, Reply)

By Anonymous (c-e374e455.136-14-64736c14.cust.bredbandsbolaget.se)  - Reply to #6

When using the test-program, i still see Green and SOME red lines, but that's when i'm dragging my IE 3.0 really fast.. Is that still a problem you think?

<< Comment #19 @ 01:50 GMT, 6 March 2010 >>

(Link, Reply)

By MarktheC  - Reply to #7

Try turning OFF 'Enhance pointer precision' and try MouseMovementRecorder again.

If you still see some green and red then it is a problem with MouseMovementRecorder (MMR) rather than the fix.

I too (and some of the beta testers) saw the occasional green followed by a red, and it is caused by how MMR works: It calculates CURSOR MOVEMENT by comparing the old pointer position with the new pointer position. If Windows is busy, or you have a high Hz mouse, the pointer hasn't yet moved by the time the mouse movement is recorded.

MMR waits a while to see if the pointer will move, but only for a short while then gives up and records green 0 x 0 for the CURSOR MOVEMENT. When Windows does finally move the pointer, MMR catches up in the next line with red.

<< Comment #239 @ 19:05 BST, 13 June 2010 >>

(Link, Reply)

By RaaD  - Reply to #6

Would there be any problems using this AND in_mouse?

<< Comment #247 @ 03:56 BST, 1 July 2010 >>

(Link, Reply)

By MarktheC  - Reply to #239

No.

<< Comment #8 @ 17:01 GMT, 5 March 2010 >>

(Link, Reply)

By revocelot

So if I want to uninstall this I just right-click WindowsDefault.reg and select 'Merge'?

<< Comment #18 @ 01:50 GMT, 6 March 2010 >>

(Link, Reply)

By MarktheC  - Reply to #8

Yes. Merge, then reboot or log off to have the change applied.

<< Comment #9 @ 17:38 GMT, 5 March 2010 >>

(Link, Reply)

By g2

Is it possible to get no acc without having 6/11 in win ?

<< Comment #29 @ 05:23 GMT, 6 March 2010 >>

(Link, Reply)

By MarktheC  - Reply to #9

Yes, you can disable acceleration with the pointer speed slider set to something other than 6/11 (middle), and this fix does that.

Two things when not using the 6/11, middle setting:

1) The multiplier used is different than what anir's fixes give you (but anir's fix doesn't work on Windows 7).

When 'Enhance pointer precision' is OFF, in these situations:

- Windows (normal non-game windows)

- In a game that uses old-style mouse input AND has an option to not muck about with the Mouse settings (Half-Life and Counter-Strike with the -noforcemparms option for example)

... the slider multipliers are like so (click here to show):

Pos Multiplier

1 = 0.03125

2 = 0.0625

3 = 0.25

4 = 0.5

5 = 0.75

6 = 1

7 = 1.5

8 = 2

9 = 2.5

10= 3

11= 3.5

When 'Enhance pointer precision' is ON, OR you are in a game that mucks about with the mouse settings (Quake, Quake2, Quake3 with in_mouse 0, Half-Life or Counter-Strike WITHOUT the -noforcemparms option for example)

... the slider multipliers are like so (click here to show):

1 = 0.1

2 = 0.2

3 = 0.4

4 = 0.6

5 = 0.8

6 = 1.0

7 = 1.2

8 = 1.4

9 = 1.6

10= 1.8

11= 2.0

2) Some of your mouse input is delayed until the next USB update.

If your multiplier is 0.25, and you move the mouse 3 counts, 3 * 0.25 is 0.75 and the pointer is not moved at all.

You then move another 2 counts, and 2 * 0.25 = 0.5 + the 0.75 from last time = 1.25 = now the pointer moves by 1.

That's a very small effect (but bigger if you use small slider settings).

If you care about the small lag, then set the slider to 6/11 when gaming (AND Reboot or Log off!) and reset it back to what you want for Windows afterwards.

[Later edit] The MarkC Mouse Acceleration Fix Builder can create a fix that allows exact 1-to-1 when not using 6/11, and that will prevent any delayed mouse input.

Edited by MarktheC at 12:44 BST, 19 September 2010

<< Comment #10 @ 18:42 GMT, 5 March 2010 >>

(Link, Reply)

By ini

Why doesn't someone implement raw input into Q/Q2?

Obviously this is still needed for some other old games though.

<< Comment #11 @ 19:08 GMT, 5 March 2010 >>

(Link, Reply)

By h8m3  - Reply to #10

http://www.digitalise.net/

raw input for any fucking game

<< Comment #13 @ 21:27 GMT, 5 March 2010 >>

(Link, Reply)

By hoppan  - Reply to #11

felt pretty good but didn't give 1:1 according to moumrec

<< Comment #21 @ 03:15 GMT, 6 March 2010 >>

(Link, Reply)

By h8m3  - Reply to #13

lol

it doesnt remove windows accel, just injects raw input into the game

<< Comment #28 @ 05:23 GMT, 6 March 2010 >>

(Link, Reply)

By MarktheC  - Reply to #13

Perhaps because moumrec is a command line program, rather than a Windows/form/dialog/message pump program.

When I tried RInput on moumrec, it killed it.

BTW, there is a new version of moumrec available at razerblueprints (same as the version in my ZIP file).

<< Comment #16 @ 00:14 GMT, 6 March 2010 >>

(Link, Reply)

By ralph  - Reply to #10

ezquake has it already.

<< Comment #17 @ 01:20 GMT, 6 March 2010 >>

(Link, Reply)

By megaman3  - Reply to #10

quake2's clients support directinput.

<< Comment #27 @ 05:23 GMT, 6 March 2010 >>

(Link, Reply)

By MarktheC  - Reply to #17

All I have is a quick Google to tell me that Quake 2 does not have in_mouse 1 or other to enable DirectInput.

Do you have a link you can share?

<< Comment #14 @ 23:16 GMT, 5 March 2010 >>

(Link, Reply)

By Anonymous (c-98-244-51-132.hsd1.ca.comcast.net)

There is some delay with RInput and I don't recommend using it.

h8m3 is just a fanboy of it because RInput was made by one of his ET pals.

He is being disrespectful to Mark C and is a bitch.

<< Comment #22 @ 03:26 GMT, 6 March 2010 >>

(Link, Reply)

By h8m3  - Reply to #14

:D?

where did flame him or anything?

everyone is using raw input in QL for ages since it's superb to win pointer input in every way except for delay sometimes which is miserable comparing to direct input, though in fact well implemented raw input has ZERO delay,

<< Comment #25 @ 05:23 GMT, 6 March 2010 >>

(Link, Reply)

By MarktheC  - Reply to #22

Well I didn't feel any disrespect from you h8m3, although I do have thick skin.

<< Comment #23 @ 05:22 GMT, 6 March 2010 >>

(Link, Reply)

By Anonymous (c-98-244-51-132.hsd1.ca.comcast.net)  - Reply to #22

raw input in QL is fine. RInput is not.

<< Comment #2 @ 09:42 GMT, 5 March 2010 >>

(Link, Reply)

By Russia h8m3 +++:

raw input

care

seems like you are being an ass.

<< Comment #50 @ 17:21 GMT, 8 March 2010 >>

(Link, Reply)

By Anonymous (dc51479fa8.adsl.wanadoo.nl)  - Reply to #14

Haha and where do you base this "delay" thing on? This is utter bullshit you are commenting here. If you can't technically motivate/elaborate the delay mentioned STFU and study proper information. RInput has zero delay (doesn't use buffering) and is just as well implemented as QL's version is.

<< Comment #73 @ 09:51 GMT, 13 March 2010 >>

(Link, Reply)

By Shaddap  - Reply to #50

Well..to be fair you both made a statement without anything to back it up with :)

<< Comment #15 @ 23:23 GMT, 5 March 2010 >>

(Link, Reply)

By chickenfluGR

thanks for the heads up, i'm going to try it even tho most of my fps gaming is done in XP with cheese mouse fix, not in 7

<< Comment #24 @ 05:22 GMT, 6 March 2010 >>

(Link, Reply)

By MarktheC  - Reply to #15

MarkC Mouse Fix on Windows 7 should be exactly the same as Cheese Mouse Fix on XP & Vista.

<< Comment #30 @ 05:26 GMT, 6 March 2010 >>

(Link, Reply)

By Demiurge '

For some reason my 1000hz usb rate went back to 125hz after a reboot. What would be the latest, easiest way to switch it back now? I remember it was a pita last time....

<< Comment #31 @ 06:57 GMT, 6 March 2010 >>

(Link, Reply)

By Python

Awesome! Nice work

<< Comment #33 @ 17:26 GMT, 6 March 2010 >>

(Link, Reply)

By Haruspex

Two questions about the MouseMovementRecorder

1) I notice if i drag my cursor to any edge of the screen and keep dragging it i will always get green bars in the program.

If the cursor isn't at the edge of the screen and if i doing circles for example in the center of the screen i do not notice this?

Is this normal behavior?

2) Does this measure only software acceleration or and hardware?

1%

<< Comment #40 @ 01:06 GMT, 7 March 2010 >>

(Link, Reply)

By Inc.  - Reply to #33

I get the same result for the first question.

I am on Xp using anir's fix. When I use MouseMovementRecorder while playing any source game I do get reds and greens but perfect 1-1 movement on the desktop only , does anyone know whats causing this?

<< Comment #41 @ 03:17 GMT, 7 March 2010 >>

(Link, Reply)

By MarktheC  - Reply to #40

Please see my answer to a similar question in post #36 above:

Comment #36 [link]

Edited by MarktheC at 03:21 GMT, 7 March 2010

<< Comment #37 @ 23:46 GMT, 6 March 2010 >>

(Link, Reply)

By MarktheC  - Reply to #33

1) Yes that is expected.

With the pointer (CURSOR) at any edge, it cannot move any further and then the CURSOR POSITION column shows no movement in that direction, because the cursor is not moving in that direction.

2) Software only.

<< Comment #36 @ 23:36 GMT, 6 March 2010 >>

(Link, Reply)

By mar- '

SPRAYING NO ACCEL EVERYWHERE!!!!!!

4%

<< Comment #39 @ 00:04 GMT, 7 March 2010 >>

(Link, Reply)

By frank_garrett

Good to see someone tackling it so comprehensively. Nice work!

1%

<< Comment #42 @ 18:16 GMT, 7 March 2010 >>

(Link, Reply)

By Fighting Irish

Hi all,

Can some1 plz explain why I seem to b only having partial success with any of the acceleration fixes?

So far I’ve tried the ‘Cheese’ and ‘CPL’ (sry Mark but I’m using Vista 64)

Both fixes work on the desktop with and without 'Enhance pointer precision' enabled.

But I’m only having limited success in games, I’ve tested it with 6 different games and posted the best and worst results as examples,

The Best result is in H&D2

http://img256.imageshack.us/img256/5756/hd2uv.jpg

The Worst results is in the COD series

http://img717.imageshack.us/img717/9603/cod4s.jpg

Trouble is I stopped playing H&D2 nearly 3 years ago but play COD 4/WaW/MW2 on nearly a daily basis, and they are the games id like a perfect 1:1 input on.

So far I’ve tried turning on/off ‘smooth mouse’ in game settings and editing ‘bypassMouseInput’ and acceleration in the ‘game config file’ but all without success.

So basically what I need to know is it an error in the way ‘Mouse recorder’ records or am I for what ever reason really experiencing that many errors in ‘Call of Duty’

Edited by Fighting Irish at 18:35 GMT, 7 March 2010

<< Comment #43 @ 00:54 GMT, 8 March 2010 >>

(Link, Reply)

By MarktheC  - Reply to #42

- COD4, so my googling tells me, does not need a mouse fix, just set the 'Enhance pointer precision' checkbox OFF and you should be good (I could be wrong).

COD4 apparently uses Windows (EDIT: GetCursorPos WM_MOUSEMOVE) to read the mouse and continually calls SetCursorPos() to re-centre the pointer.

This continual pointer reset causes MouseMovementRecorder to malfunction.

Please see my answer to a similar question in post #36 above:

Comment #36 [link]

Try (for debugging only): Decrease your COD4 frame/update rate and MouseMovementRecorder should report good numbers more often.

- H&D2 likely does not need a mouse fix, because it apparently does NOT continually call SetCursorPos() to re-centre the pointer, and so MouseMovementRecorder doesn't get confused.

As a test, apply the 'flatLine.reg' file in the Cheese mouse fix ZIP (same as the 'Test_Flatline.reg' in my ZIP file), reboot or log off, and try H&D2.

If your in-game mouse is completely speed-limited, then you do need a fix when playing H&D2 but if your in-game mouse is normal then you don't need any fix.

Edited by MarktheC at 01:03 BST, 16 August 2010

<< Comment #48 @ 12:47 GMT, 8 March 2010 >>

(Link, Reply)

By Fighting Irish  - Reply to #43

Thx Mark,

Out of curiosity I tried ur Debugger (hehe) suggestion, & ur conclusions seem to be right bout CoD4, for want of a better word it seems to bamboozle MouseMovementRecorder ingame at normal/high fps.

At game menu screen shows perfect readings

http://img402.imageshack.us/img402/9484/cod4menu.jpg

In game @ 1 fps shows perfect readings

http://img413.imageshack.us/img413/350/cod41fps.jpg

In game @ 125 fps shows slight discrepancy! ;)

http://img62.imageshack.us/img62/1843/cod4125fps.jpg

<< Comment #45 @ 05:45 GMT, 8 March 2010 >>

(Link, Reply)

By Anonymous (d207-6-169-42.bchsia.telus.net)

at the end of the instrucions it says turn "enhanced precision" off.

Why would i want to turn it off since it seems like your saying it is only activated when "ehnhanced precision" is on?? And if I use this fix can i remove all my -noforceparm ect lines from the command line in all my games like counterstrike???

<< Comment #46 @ 06:46 GMT, 8 March 2010 >>

(Link, Reply)

By MarktheC  - Reply to #45

'Enhance pointer precision' OFF means: Acceleration is turned OFF.

'Enhance pointer precision' ON means: Acceleration is turned ON.

This fix applied means: How much acceleration is turned ON? Zero acceleration = 0.0.

Both OFF and ON give the same result = No acceleration, but why manually turn it on and then use the fix to set the amount of acceleration to zero?

Old games can turn it on, and you sometimes can't stop that. When that happens you use this fix to set the amount of acceleration to zero, but there is no point in manually turning acceleration on.

In Counter-Strike you can use this fix and remove your -noforcemparms. But I wouldn't do that. I would continue to use -noforcemparms and set 'Enhance pointer precision' OFF, because if you do that you don't even need any fix for Counter-Strike.

Edited by MarktheC at 06:52 GMT, 8 March 2010

<< Comment #47 @ 08:03 GMT, 8 March 2010 >>

(Link, Reply)

By Anonymous (d207-6-169-42.bchsia.telus.net)

thanks for the answer MarctheC, I did remove the noforceparms just to see if the fix actuallly works and I DOES :)

why would I want to use noforceparms ect when this solution seems like it would work for everything instead of having to add command lines to all the games ect.

BTW thanks for the work you did. I was complaining and complaining at the microsoft windows 7 forums and they just give me EXCUSES.

I think you fix should be submitted for Windows 7 optional updates if you ask me :) so people out there know there is a solution! Great work!

<< Comment #49 @ 16:43 GMT, 8 March 2010 >>

(Link, Reply)

By Anonymous (cpc1-gill10-0-0-cust63.basl.cable.virginmedia.com)

Thanks for making this Windows 7 fix, about a month ago I uninstalled Windows 7 (64-bit) because I can't aim on it so I'm back to XP with Anir's fix (with CPL just for peace of mind not that it makes a difference).

Can you confirm that it 100% feels the same as Anir's fix on XP?

I heard people that use a Vista mouse fix saying that even though acceleration is gone it feels floaty, worried it will be the same for 7.

I just need to be 100% certain it will feel the same before I reformat etc because that's a lot of work

2%

<< Comment #51 @ 00:23 GMT, 9 March 2010 >>

(Link, Reply)

By MarktheC  - Reply to #49

I haven't used Anir's fix, so I can't comment from direct experience.

Logic tells me that people who claim to feel a difference between the Cheese Mouse Fix and Anir's fix (on XP and Vista) are imagining things. See my comment #4 above:

There is no way they can be any different when the pointer speed slider is @ 6/11 (middle).

And my fix on Windows 7 should be exactly the same as Cheese on XP/Vista.

Comment #4 [link]

Edited by MarktheC at 00:36 GMT, 9 March 2010

<< Comment #55 @ 11:02 GMT, 10 March 2010 >>

(Link, Reply)

By hoppan  - Reply to #51

For games the source code is not provided we can't know exactly what they base the sensitivity calculation on.

<< Comment #52 @ 18:58 GMT, 9 March 2010 >>

(Link, Reply)

By Anonymous (cpc1-gill10-0-0-cust63.basl.cable.virginmedia.com)

Ok thanks, Ive only been using Anir's fix for about a month.

I used to use CPL, and have tried all of the included Cheese's fixes (CPL modified and the 60hz.reg) and they all feel pretty much the same.

Might give your one a try then, thanks again been waiting since day 1 of Windows 7's release for this

<< Comment #53 @ 08:31 GMT, 10 March 2010 >>

(Link, Reply)

By Anonymous (ip68-111-178-59.sd.sd.cox.net)

Do any of these fixes allow you to have 1:1 without using 6/11 as the mouse speed? I typically use 3/11 and have always had my sensitivities based off that, so if there is no way to get 1:1, what would be my best alternative?

<< Comment #54 @ 10:44 GMT, 10 March 2010 >>

(Link, Reply)

By hoppan  - Reply to #53

Anir's fix perhaps? Moumrec won't give you 1:1 but it doesn't mean it's not 1:1, the speed slider in windows is actually a dpi slider. Of course, if you can reduce the dpi ON your mouse to "what ever it is you have now" multiplied by 0.25, you can enjoy the same dpi with 6/11 and moumrec giving 1:1 for peace of mind.

In principal, if you have 400dpi mouse with 6/11, and a 800dpi mouse with 4/11 the affective dpi on both is 400dpi and should behave identically with no acceleration. This is based on my own experience not on actual research, please correct me if I'm wrong.

Edited by hoppan at 10:48 GMT, 10 March 2010

1%

<< Comment #187 @ 00:29 BST, 21 April 2010 >>

(Link, Reply)

By MarktheC  - Reply to #53

For reference, the Fix Builder program (added 4-April) allows exactly 1-to-1 when not using 6/11

Edited by MarktheC at 00:01 BST, 19 May 2010

<< Comment #56 @ 13:56 GMT, 10 March 2010 >>

(Link, Reply)

By revocelot

Maybe I can go back and finish Clive Barker's Undying now.

<< Comment #57 @ 23:57 GMT, 11 March 2010 >>

(Link, Reply)

By Anonymous (cpc1-gill10-0-0-cust63.basl.cable.virginmedia.com)

Ok, I've installed Windows 7 and applied this fix.

It doesn't seem right at all, coming from XP with either of the CPL mouse fix and Anir's fix I can't aim at all on Windows 7 with this fix.

I'm NOT saying it's this fix, the mouse movement program shows no red or green AT ALL on my G9 @ 1000hz.

The mouse in Windows 7 feels really floaty and laggy with and without your fix, I've been playing UT2004 and BF2 for years on XP with both Anir's and CPL (used CPL for years then Anir's) and XP feels really fast and responsive, Windows 7 it feels as though the type of mouse lag you get as if Vsync was on.

Any ideas what this could be?

Thanks for the work, could just be Windows 7 itself, but it's definately not placebo affect I pay close attention to things like this I've got ocd lol

I've tried installing Setpoint and using them drivers (uncheck use os native drivers) and it's exactly the same. Please help if you have any ideas what this could be

<< Comment #60 @ 10:31 GMT, 12 March 2010 >>

(Link, Reply)

By Anonymous (c-98-244-51-132.hsd1.ca.comcast.net)  - Reply to #57

pretty sure it's windows 7 itself. the mouse ballistics get worse with every new version of windows.

xp > vista > 7 for mouse

<< Comment #61 @ 14:30 GMT, 12 March 2010 >>

(Link, Reply)

By hoppan  - Reply to #60

98 > 2k > xp

<< Comment #66 @ 18:26 GMT, 12 March 2010 >>

(Link, Reply)

By zealot  - Reply to #61

no way! 2k & in_mouse -1 > *

<< Comment #68 @ 22:34 GMT, 12 March 2010 >>

(Link, Reply)

By eMbAh  - Reply to #60

Have you tried Mac OS? The mouse is EXTREMELY "Vsync enabled" esque - Does all this means that Windows 7 completely sucks for gaming?

<< Comment #231 @ 10:32 BST, 6 June 2010 >>

(Link, Reply)

By Anonymous (190.140.32.254)  - Reply to #57

I play quake III 1.16 version.

I've been using this fix, there is a big change, I mean, It feels without mouseaccel but sometimes when i'm playing the mouse got lags and moves like if i have fps problems with the video card but im sure it isn't

Im on a intel core i7, tripple channel, gtx260 197.77 whql driver, default settings, i use a logitech g5 2000dpi, 100% screen text size, 5/11, usb 1000mhz.

I don't know what to do... it is very annoying, I'm playing some game or scrim and it get like stuck or lag... thanks for the future support.

<< Comment #353 @ 12:21 BST, 5 September 2010 >>

(Link, Reply)

By tourist  - Reply to #231

"I play quake III 1.16 version."

stopped reading there

<< Comment #58 @ 02:42 GMT, 12 March 2010 >>

(Link, Reply)

By Anonymous (cm-207.192.194.12.stjoseph.mo.npgco.com)

I can't get this to work at all.

I've tried installing at other %s, turned Enhance Mouse Precision on, turned it off, no matter what I do the test never shows a 1 to 1. Every line has green every time. (No red though, whatever that means.)

I think that perhaps there is some step missing in the instructions and the fix isn't actually being applied.

Yesterday I saw the message to make sure the correct DPI% selection was used. I did that. I even tried mixing them up on purpose. No change.

I also tried changing my screen resolution and refresh rate, as I have read something about resolutions having an effect. Nothing seems to have changed.

I wonder if the computer has to be in some specific state before installation of the fix.

I'm giving serious thought to installing XP or Vista on Fusion, as this mouse problem (on the ONE program I want to use right now) is infuriating.

Sigh

<< Comment #59 @ 04:03 GMT, 12 March 2010 >>

(Link, Reply)

By MarktheC  - Reply to #58

Do you have mouse drivers specific to your mouse (Logitech, Microsoft etc) installed?

I understand that they have their own acceleration.

You do have the pointer speed slider set to the middle (6/11) position?

<< Comment #62 @ 14:50 GMT, 12 March 2010 >>

(Link, Reply)

By Anonymous (cpc1-gill10-0-0-cust63.basl.cable.virginmedia.com)

Mark I have tried it with AND without Setpoint with my G9, I've tried everything, every possible disable acceleration setting available and nothing works properly in Windows 7.

The mouse movement recorder shows no red and no green at all for me but like I said it doesn't feel right at all.

Again it probably isn't anything to do with your fix as maybe you're not a hardcore gamer (I don't know) and maybe you was looking at the technical side of things and showing no red/green must= no acceleration right?

When I play a game, say UT2004 and shake the mouse left and right quickly or slowly, it doesn't keep up with your hand, it's exactly like playing with Vsync on (even though it isn't).

On XP with Anir's or CPL or Cheese Mouse fix, the mouse is 100% responsive, almost as if you was pointing a gun in your hand in real life lol you can shake it and move it as much as you like and it will go exactly where your hand goes.

Any ideas?

<< Comment #69 @ 00:05 GMT, 13 March 2010 >>

(Link, Reply)

By MarktheC  - Reply to #62

My fix works the same as Cheese's, just with different numbers because Windows 7 has tweaked the calculation some (see my blog about that).

If there is lag, I don't think it's caused by my fix.

I am not a gamer, and haven't played UT2004, so excuse this stupid question: What UT2004 mouse settings are you using, I assume you have set acceleration to 0.0 and mouse smoothing off?: http://www.tweakguides.com/UT2004_8.html

Does your video card setup allow games to change VSync (so that UT2004 can turn VSync off)?

For ATI Catalyst, that's: Catalyst Control Center>3D>All Settings>(scroll down to)Wait for vertical refresh. I note that on XP that defaults to : 'Off, unless application specifies', but in Windows 7 it defaults to : 'On, unless application specifies'.

For Nvidia (I think) : NVIDIA Control Panel>3D Settings>Manage 3D Settings>Vertical sync>set to 'Use the 3D application setting'.

Edited by MarktheC at 00:06 GMT, 13 March 2010

<< Comment #71 @ 02:57 GMT, 13 March 2010 >>

(Link, Reply)

By MarktheC  - Reply to #62

Can you try this for me?

(This will not fix your problem, but it may prove that my fix is not the cause.)

In the ZIP file is a file 'Test_Flatline.reg'.

Apply that, make sure 'Enhance pointer precision' is OFF, and run UT2004 and see what happens.

If UT2004 plays as normal, then UT2004 is not affected by the problem that this fix fixes, and this fix is not fixing or even affecting UT2004 at all.

If UT2004 plays with the aim SEVERELY speed-limited, then UT2004 does need a fix.

<< Comment #243 @ 10:24 BST, 26 June 2010 >>

(Link, Reply)

By Anonymous (124.185.1.245)  - Reply to #62

hey mate, just a quick, query, since i see your using an i7, have you turned off core parking??? cause i've got an i7, and once i turned off core parking, my whole system became more responsive. I've got windows 7 on my i7 and an E6300 OC'd to 3.4ghz system, both running windows7 64 bit, and i noticed once upgrading from xp that yeah win 7 mouse in-game felt a little floaty. i use only ATI GPu's, so i went into catalyst and turned mipmap setting to "quality", one notch off max. i forced off vsync, i've got a razer mamba running at 1000mhz, and i keep anti aliasing off with all games, except CS:S. My GPU is a HD 5730 (i7 lappy) and i no longer notice any mouse lag/floating in any games. google "core-parking reg fix" for the numbers. u could also try turning of hyper threading, but as far as i know the rumour that turning it off increases fps is a myth, according to a bunch of benchmarks. they may not help, but they worked for me, and im also very sensitive to mouse lag/overall system responsiveness.

1%

<< Comment #63 @ 15:21 GMT, 12 March 2010 >>

(Link, Reply)

By Anonymous (adsl-75-51-160-122.dsl.lsan03.sbcglobal.net)

turn off mouse smoothing in game

<< Comment #64 @ 17:05 GMT, 12 March 2010 >>

(Link, Reply)

By shibtap

Does the Ease of Access Center > 'Make the mouse easier to use' > 'Set up mouse keys' > 'Acceleration' slider have any effect on acceleration in Windows 7 at all? I heard from another forum that if you slide this all the way to the right (to Fast) and uncheck Enhanced Pointer Precision, then you have disabled accel in Windows 7 entirely. Is this true?

<< Comment #65 @ 17:22 GMT, 12 March 2010 >>

(Link, Reply)

By hoppan  - Reply to #64

Must be bollocks. If you look closely, you can see that it's for the "move cursor with keyboard thing".. doesn't do anything when you are using an actual mouse.

Edited by hoppan at 17:22 GMT, 12 March 2010

<< Comment #67 @ 22:12 GMT, 12 March 2010 >>

(Link, Reply)

By MarktheC  - Reply to #64

I agree, the 'Set up mouse keys' so called 'fix' is total, complete and utter bollocks.

<< Comment #70 @ 00:56 GMT, 13 March 2010 >>

(Link, Reply)

By Anonymous (cpc1-gill10-0-0-cust63.basl.cable.virginmedia.com)

Yea the ease of access centre thing really shows how many people are easily affected by placebo.

It's for the arrow keys which are disabled by default lol even if you enable them, it's nothing to do with the mouse.

Yet loads of people still say "well it feels better but accel is not completely gone" lol

Anyway back to my problem with 7 and this fix-

Could this be anything to do with my G9 mouse?

On XP, it works fine with Anir's / CPL fix like I said, but if I run mouseratechecker (on XP), it shows up as 500-600hz max rather than 1000hz (which is what it's set to).

On Windows 7 it shows up as full 1000hz exactly max.

I doubt if it's anything to do with it.

Also, on Windows 7, when I run your mouse movevement recorder program WITHOUT your fix (just enhance pointer precision unchecked only), it shows no green or red on it at all, apparently being 1-1 movement.

When I apply your fix, it's still the same (no green or red ever)

Something sounds wrong here

<< Comment #72 @ 03:17 GMT, 13 March 2010 >>

(Link, Reply)

By MarktheC  - Reply to #70

When I apply your fix, it's still the same (no green or red ever)
If you have the 'Enhance pointer precision' option temporarily ON for testing, then no green or red means my fix works (or that it is being bypassed - for example my fix on XP bypassed with anir's WCA fix will show no green or red).

<< Comment #74 @ 13:18 GMT, 13 March 2010 >>

(Link, Reply)

By Anonymous (cpc1-gill10-0-0-cust63.basl.cable.virginmedia.com)

Ok, I'm really confused now.

I'm back on XP with Anir's fix (accelfix.exe) and it works fine.

But when I run your mouse movement program with it, almost every bar is red or green.

This is with enhance pointer precision off, 6/11 (default) sens.

Could this be a glitch with the program or isn't it showing 1-1 movement?

<< Comment #75 @ 23:39 GMT, 13 March 2010 >>

(Link, Reply)

By MarktheC  - Reply to #74

It could be a glitch with MouseMovementRecorder.

I see the occasional green followed by a red, and it is caused by how MMR works: It calculates CURSOR MOVEMENT by comparing the old pointer position with the new pointer position. If Windows is busy, or you have a high Hz mouse, the pointer hasn't yet moved by the time the mouse movement is recorded.

MMR waits a while to see if the pointer will move, but only for a short while then gives up and records green 0 x 0 for the CURSOR MOVEMENT. When Windows does finally move the pointer, MMR catches up in the next line with red.

Do the green and red come in pairs?

Can you upload a screendump? (Make a post and then Edit the same post using the Edit link top right and you can attach pics, set the File Type to : Image, or use imageshack and post the link).

<< Comment #76 @ 17:18 GMT, 14 March 2010 >>

(Link, Reply)

By Anonymous (cpc1-gill10-0-0-cust63.basl.cable.virginmedia.com)

Yes the red and green are ALWAYS in pairs, red then green etc.

I haven't got time to post screen dump at the moment I'll maybe do it later, but I'll try explain.

This is with Anir's fix on XP just to clarify:

If I move the mouse in TINY movements like tiny circles, there's still loads of red and green but maybe 1% or less of them are "normal"

The colours are always in pairs like I said, red followed by green, so it shows red green red green red green etc etc, and they are always "off " by only 1 number.

I this not something to do with how Anir's fix works?

As i said, in Windows 7, with and without your fix, there are no red or green at all, it all looks like 1-1 movement, plus my mouse show up as exactly 1000hz.

In XP I get the red and green bars on every line of the CMD window, and my mouse hz shows up wrong, sometimes has gone up to 13000hz!

But the movement in XP feels a lot better- no acceleration and it's very responsive.

I'm worried it's something to do with my mouse (even though it feels fine) because everyone using your fix on Windows 7 says it works perfectly

<< Comment #78 @ 17:55 GMT, 14 March 2010 >>

(Link, Reply)

By Anonymous (cpc1-gill10-0-0-cust63.basl.cable.virginmedia.com)

Here are 2 screenshots of what I'm on about-

Anir's fix on XP with G9 @ 1000hz enhance pointer precision off, Original CPL mouse fix is applied as well (I know Anir's fix overrides reg settings but I've applied it anyway)

http://img194.imageshack.us/img194/5033/20410351.png

http://img691.imageshack.us/img691/4491/75347151.png

<< Comment #79 @ 19:47 GMT, 14 March 2010 >>

(Link, Reply)

By hoppan  - Reply to #78

My guess is that you have serious driver problems. I had it sometimes spike up to 23khz on my previous motherboard, but not on this ga-ep35-ds3. It could be some sort of driver bug on certain chipsets. It might have something do to with the video drivers too. Try updating your chipset/video drivers.

How much DCP latency does this tool give you?

http://www.thesycon.de/deu/latency_check.shtml

Edited by hoppan at 19:48 GMT, 14 March 2010

<< Comment #81 @ 00:52 GMT, 15 March 2010 >>

(Link, Reply)

By MarktheC  - Reply to #78

It looks like a bug that was in an earlier version of MouseMovementRecorder. The high Hz values are bogus, and do not indicate any problem with your mouse.

I think they indicate a problem with how DirectInput sends mouse movement to programs using DirectInput (as MMR does).

Try upgrading your DirectX to the most recent version:

Microsoft: DirectX End-User Runtime Web Installer

AFAIK, Windows Update or Microsoft Update don't/won't update DirectX for you...

Edited by MarktheC at 01:34 BST, 14 May 2010

<< Comment #188 @ 01:10 BST, 21 April 2010 >>

(Link, Reply)

By MarktheC  - Reply to #78

I think I know what was going on here:

There seems to be a Logitech driver (SetPoint) problem when the 'Game Mode > Speed And Acceleration: SetPoint implementation' option is used (when I tested on a friend's PC).

Mouse input is sent through to DirectInput in two parts, with a very short delay between them. Splitting the mouse input into two parts causes MouseMovementRecorder to display red then green and causes the bogus high Hz values.

ALSO NOTE: (based on some testing I've done) When using Logitech drivers with 'Game Mode > Speed And Acceleration: SetPoint implementation' option selected, any registry fix is completely bypassed and has NO effect at all. SetPoint applies its own acceleration to the RAW mouse input AND that acceleration can't be checked with MMR. MMR will not show any acceleration, even though it is there, because SetPoint is PRE-ACCELERATING the raw mouse values, and then games get DirectInput and/or raw mouse inputs, that ARE NOT actually raw, they are pre-accelerated.

When using Logitech SetPoint, you must use Game Mode to turn the acceleration off, or select the 'Game Mode > Speed And Acceleration: OS implementation' option.

Edited by MarktheC at 01:13 BST, 21 April 2010

<< Comment #77 @ 17:55 GMT, 14 March 2010 >>

(Link, Reply)

By Anonymous (cpc1-gill10-0-0-cust63.basl.cable.virginmedia.com)

Actually, the red and green aren't in pairs judging by my screenshots lol but pretty much they are.

You mention having a high hz mouse, I haven't tried it with 500hz, I have always had 1000hz as CPU useage isn't an issue with a quad core, that also counts windows being busy while using your mouse movement program out of the question, as I'm always on a clean PC that hasn't got anything running on it.

Maybe it's something to do with XP and 1000hz?

I haven't got a clue why Windows 7 recognises 1000hz and XP sees anything up to about 15000hz at times, maybe it is all working fine and something is just glitching with XP, as it shows about 15000hz max with a different program too- mouseratechecker.

Thanks for the replies btw

<< Comment #80 @ 20:55 GMT, 14 March 2010 >>

(Link, Reply)

By Anonymous (cpc1-gill10-0-0-cust63.basl.cable.virginmedia.com)

Nice find on the tool, it's running fine just tiny green bars at the bottom and a message saying it'll run everything fine.

It's not the drivers I know that for sure, Video drivers are fine, I've even downgraded them to a couple of sets back because of issues with a game.

I've updated all chipset drivers and all my drivers.

I got the same high Hz message on my previous Mobo/CPU/RAM build that I had a couple of months ago, MarkC's mouse movement program wasn't out then but I doubt it would have shown different results on my previous build either.

Maybe it's just as he says where it's a high Hz and Windows is maybe trying to catch up with it, the only other USB device I have attached is an Xbox 360 controller but I've tried it with and without that plugged in with the same results.

This isn't even bothering me in the slightest, as it all works completely fine, I'm just curious as to why the program is showing as my mouse not having 1 to 1 movement, and why the Hz is so high on XP where it's completely normal on Windows 7

<< Comment #82 @ 12:41 GMT, 15 March 2010 >>

(Link, Reply)

By Anonymous (cpc1-gill10-0-0-cust63.basl.cable.virginmedia.com)

Mark, I've only recently manually updated DirectX to the very latest version lol

I get the same High hz in mouseratechecker program so it's probably not your program, it's probably just a bug somewhere in XP.

Thanks for all the replies though, don't want to waste all your time with this lol I can see me spending all year trying to figure this out

<< Comment #83 @ 13:38 GMT, 15 March 2010 >>

(Link, Reply)

By h8m3

stop using 1000hz

and leave only 1 core in the mmr process affinity options

<< Comment #84 @ 13:54 GMT, 15 March 2010 >>

(Link, Reply)

By Haruspex

So MarkC from what i understand by reading your description is that yours and basically all similar mouse acceleration fixes like anir's and cheese's all they do is to "disable" the enhance pointer precision feature of windows so even if it is on or off it doesn't really matter.

So in games and/or programs that doesn't enable the enhance pointer precision and in the desktop it doesn't matter if you have the fix installed or not as long you have the enhance pointer precision set to off right?

<< Comment #88 @ 23:12 GMT, 15 March 2010 >>

(Link, Reply)

By MarktheC  - Reply to #84

"Acceleration fixes ... "disable" the enhance pointer precision feature of windows so even if it is on or off it doesn't really matter."
Yes, correct.

"So in games and/or programs that doesn't enable the enhance pointer precision and in the desktop it doesn't matter if you have the fix installed or not as long you have the enhance pointer precision set to off right?"
Yes, although most games are fine even with enhance pointer precision set to ON.

There are 3 ways that a game can read mouse input

EDIT: There are 4 ways that a game can read the mouse - added GetCursorPos:

- Raw Input / WM_INPUT - is not affected by 'Enhance pointer precision' acceleration.

- DirectInput - is not affected by 'Enhance pointer precision' acceleration.

- GetCursorPos (which is how some old games read the mouse position) - can be affected by 'Enhance pointer precision' acceleration.

- WM_MOUSEMOVE (which is how most non-game programs read the mouse position and some old games) - can be affected by 'Enhance pointer precision' acceleration.

If a GetCursorPos (or WM_MOUSEMOVE) game tries to disable acceleration using the old Windows 2000 and previous versions "SPI_SETMOUSE={0,0,1}" method (which sets MouseSpeed=1 (accelerated), but sets both of the two thresholds to 0, so everything is uniformally-linearly doubled), then 'Enhance pointer precision' acceleration is turned on for Windows XP/Vista/7.

Some of those games have an option to NOT do that, for example Half-Life 1 and Counter-Strike (not CS:Source) have -noforcemparms options.

So for this fix to be useful, you need an old game that uses GetCursorPos (or WM_MOUSEMOVE) AND uses "SPI_SETMOUSE={0,0,1}" to try and disable acceleration AND has no config option to not do so.

You can test if you have such a game by setting 'Enhance pointer precision' OFF, applying the 'Test_Flatline.reg' file in the ZIP, reboot or log off, and load the game. If aiming in-game is severely speed limited, then you need a fix. If aim is normal then you don't need a fix.

For most newer games, 'Enhance pointer precision' acceleration is a non-issue.

Edited by MarktheC at 01:01 BST, 16 August 2010

<< Comment #222 @ 11:37 BST, 22 May 2010 >>

(Link, Reply)

By SufokMpC  - Reply to #88

you can use noforce on cs source with "-useforcedmparms -noforcemaccel"

these commands just tell the game to use your settings and not the default ones. if you active the enhance pointer precision, it will use the accel even with noforce.

<< Comment #86 @ 14:41 GMT, 15 March 2010 >>

(Link, Reply)

By Anonymous (cpc1-gill10-0-0-cust63.basl.cable.virginmedia.com)

h8m3 it don't make a difference, 1 core in affinity doesn't solve anything and neither does using 500hz, it's still messed up.

it showed the same results on my old single core build anyway, so there's no reason not to use 1000hz

<< Comment #87 @ 20:34 GMT, 15 March 2010 >>

(Link, Reply)

By hoppan  - Reply to #86

Your mouse could be broken too.. does the hz spiking occur with another mouse too?

<< Comment #85 @ 14:41 GMT, 15 March 2010 >>

(Link, Reply)

By Anonymous (cpc1-gill10-0-0-cust63.basl.cable.virginmedia.com)

Haruspex yes I think that's right, that's why he wants people to CHECK enhance pointer precision, to see if it still shows 1-1 movement.

Same as Anir's fix on XP you can check basically at the logon screen if the mouse moves funny or not (which it doesn't) because enhance pointer precision is enabled at the logon screen

<< Comment #89 @ 23:16 GMT, 15 March 2010 >>

(Link, Reply)

By Anonymous (cpc1-gill10-0-0-cust63.basl.cable.virginmedia.com)

It's not broken, it works fine, it shows as 1000Hz with no spikes on Windows 7 but not on XP.

I have tried lots of different XP versions as well all the same

<< Comment #90 @ 23:21 GMT, 15 March 2010 >>

(Link, Reply)

By MarktheC  - Reply to #89

BTW, how much CPU does MouseMovementRecorder.exe use while running? It should be minimal, but if it uses high CPU, that might be a clue as to why it's malfunctioning.

Time to let it go as 'just one of those things', but except for the strange Hz, everything else about the screendumps you posted indicates 1-to-1, just the DirectInput mouse data coming through in parts.

(BTW2: Click the "Reply" link on the top right of posts when replying to them. It indents your reply under the original post.)

Edited by MarktheC at 23:23 GMT, 15 March 2010

<< Comment #91 @ 01:57 GMT, 16 March 2010 >>

(Link, Reply)

By Anonymous (cpc1-gill10-0-0-cust63.basl.cable.virginmedia.com)

Uses 0% CPU.

Yea must be just something unexplainable, I'll let it go now lol

Thanks for the replies anyway

<< Comment #92 @ 07:28 GMT, 16 March 2010 >>

(Link, Reply)

By Anonymous (ppp91-77-130-61.pppoe.mtu-net.ru)

Hello,Marc. Was happy to see that at least there is some work going around about fixing mouse accel in win7. As i was thinking for upgrading to that OS,and while being hardcore gamer myself,the problem of acceleration is crucial for me. But couldnt find in this topic what i actually expected.. Really like to find answer on this couple of question to make things clear:

1)Ive tested MouseMoveRecorder on XP and Vista and it seem to always have no green/red lines when EnchancedPointPrecision is off,even if no any kind of mouse fixes is applied. But if we take XP for example it is clear that disabling EnchancedPointPrecision is not enought to completely get rid of win mouse acceleration. Unticking this option AND MouseFix is the way. It means that MouseMoveRec doesnt really show if the accel is present or not,but only deals with the way EnchancedPointPrecision works. So according to this the only purpose for using your fix are some old games which automatically turned this function on?

2)As far as i know changes in registry done by mouse fixes doesnt take affect in win7,because it has some modified win32.sys(also heard that it also happens after patching to vista sp1 and xp sp4) so .reg changes arent enought to disable mouse accel. Could you pls spread a word on this?

3) And the last and the most important question=) is: if it is possible for you to create a fix for win7,which doesnt only make ur pointer moving the same besides EchancePointPrecission switched or not,but to work like cplmouse fix for xp,which easily disables all kinds of damn mouse acceleration.(The reason why most gamers prefer cplmousefix over cheesefix,that it doest depend on your monitor etc)

Thx in advance!

<< Comment #93 @ 09:36 GMT, 16 March 2010 >>

(Link, Reply)

By MarktheC  - Reply to #92

"It means that MouseMoveRec doesnt really show if the accel is present or not,but only deals with the way EnchancedPointPrecision works."
MouseMovementRecorder will show if acceleration is present when Enhanced pointer precision is turned ON (to test the fix only, have it OFF usually).

"So according to this the only purpose for using your fix are some old games which automatically turned this function on?"
Yes. See my post #89 [link]

"As far as i know changes in registry done by mouse fixes doesnt take affect in win7,because it has some modified win32.sys"
No.

Changes in win32k.sys prevent wcafix and accelfix from working, because they patch the actual (machine) code of win32k.sys. When that changes, the bytes or code change for various reasons, and those fixes can't find or recognise the correct bit of code to change anymore. Also, Windows 7 and Vista x64 require that drivers and services are code-signed, and a driver signing cert is ~$400, and neither wcafix nor accelfix are signed.

Registry fixes still work.

The Cheese Mouse Fix will still give 1-to-1 on XP and Vista and the MarkC Mouse Fix will still give 1-to-1 on Windows 7.

"...but to work like cplmouse fix ... which easily disables all kinds of damn mouse acceleration."
All of the registry mouse fixes disable acceleration. Only Cheese and MarkC ALSO have exact 1-to-1.

XP and Vista scale the pointer movement according to monitor refresh rate and monitor DPI (* ScreenRefresh / ScreenDPI).

The Cheese Mouse Fix undoes that scaling to give you exact 1-to-1. If you use CPL, then you have no acceleration, BUT you don't have 1-to-1, because the scaling hasn't been properly removed.

You also have wobble and drift when moving the mouse slowly. On XP, with CPL loaded, and 'Enhance pointer precision' ON (for testing), try moving your mouse slowly in a circle. You are going to see something like this:

Click here to show the animation

(With faster in-game movement you won't see that, but why risk it?)

Windows 7 scales the pointer movement according to monitor DPI (* ScreenDPI).

The MarkC Mouse fix undoes that scaling to give you exact 1-to-1. If you use CPL, then you have no acceleration, BUT you don't have 1-to-1.

See the MouseMovementRecorder pictures at the end of my original post, which show how CPL compares to Cheese and MarkC.

Edited by MarktheC at 22:27 GMT, 16 March 2010

<< Comment #1048 @ 14:28 GMT, 25 November 2014 >>

(Link, Reply)

By doped  - Reply to #93

on the topic of cplmousefix, i have a question for you. I think im very on top of all this, i've used anirs in windows xp for many years, 1-to-1 for sure. Cplmousefix is utterly broken on windows xp, at least under 85hz. So how anyone was ever using it, is hard to understand :S

Now, i've tested cpl mousefix on windows 7, and it 'works' but not anything like on windows xp. There is no wobble, and no circle moving up and left like on xp(its very apparent on winxp, down and right is like a stuck ball-mouse, unusable imo)

BUT, the cplmousefix although it seems to work on windows 7, it has a special feeling, that i cannot replicate by any other means. It's accelerated very very slightly maybe, i don't know. I tried 5/11 x0.75 but it's not the same feel, feels too slow overall, and too fast with small movements. cpl mousefix feels slowed and smooth with slow movements, but nice and fast with normal movements, but not in an accelerated kind of manner.

I'm just wondering. i would like to know if it would be possible to recreate what cpl mousefix does in windows 7 elsewhere, since getting used to something, that is VERY system specific, really makes no sense, but it feels so damn smooth, compared to anything else. It's definitely not 1-to-1 by any means, that's for sure. I hope you can help.

<< Comment #94 @ 10:44 GMT, 16 March 2010 >>

(Link, Reply)

By hoppan  - Reply to #92

By disabling enhanced pointer precision in xp you have no pointer acceleration or scaling, that is the truth unless it is proved wrong. Once again the problem is only in the games that wrongly force enhanced pointer precision ON. I think the anir's accelfix is by far the best fix for xp, but I guess it doesn't matter because both cheese's and anir's fixes give 1-to-1 input when using 6/11. Perhaps on anir's the input is more raw since the whole epp is cut out.

"The reason why most gamers prefer cplmousefix over cheesefix,that it doest depend on your monitor etc"

I think most gamers should benefit of always using a fix that gives 1-to-1 input in-game.

Edited by hoppan at 10:44 GMT, 16 March 2010

<< Comment #95 @ 12:23 GMT, 16 March 2010 >>

(Link, Reply)

By Anonymous (cpc1-gill10-0-0-cust63.basl.cable.virginmedia.com)

Yea thats exactly why I used CPL over cheese's. It doesn't give you exact 1 to 1 but it's not noticeable at all, if anything I thought it had a better feel than cheese's.

Then I started using CPL modified as it's meant to be 1-1 movement, so I sort of don't get why cheese's has a refresh rate if CPL modified is meant to be 1-1 at any refresh rate

<< Comment #99 @ 00:17 GMT, 17 March 2010 >>

(Link, Reply)

By MarktheC  - Reply to #95

"Yea thats exactly why I used CPL over cheese's. It doesn't give you exact 1 to 1 but it's not noticeable at all"
Yes, in most cases it will not be noticable. But try moving your mouse slowly in a small circle and you may notice wobble and drift. See the animation in my post #94 above.

"Then I started using CPL modified as it's meant to be 1-1 movement..."
The CPL modified curve is a completely straight line. But it is not 1-to-1.

The original CPL has 4 segments to the curve with slopes/angles of: 4.239990 4.240015 4.240076 4.239990.

CPL Modified has a single segment with slope/angle of: 4.240015. Straightening out the curve is all that CPL Modified does for you, which is stuff all really.

To get exactly 1-to-1 with XP or Vista @60Hz the slope needs to be 5.6 (which is what the Cheese Fix does). See the picture 'Here is Windows XP with the CPL Mouse Fix' [top] to see how CPL Modified behaves.

"so I sort of don't get why cheese's has a refresh rate..."
Because Windows XP and Vista scale mouse input according to the screen refresh rate, and Cheese's fix undoes that scaling to get back to exact 1-to-1. See my post #4 [link] above and see my blog post about that [link].

4%

<< Comment #96 @ 16:13 GMT, 16 March 2010 >>

(Link, Reply)

By Anonymous (dslb-094-216-002-092.pools.arcor-ip.net)

First of all, thank you for this little tweak, seems to work pretty well. I have a really simple question: If I change sensitivity in Win7, the 1:1 mapping breaks, as it should. But is the function still linear? I ask because I prefer my cursor to be a little faster on the desktop (notch 7 instead of 6). Let's say that's 10% faster, will that throw off the underlining formula or will I be fine without the 1:1 mapping?

<< Comment #100 @ 01:02 GMT, 17 March 2010 >>

(Link, Reply)

By MarktheC  - Reply to #96

"But is the function still linear?"
Yes it is still linear and you will be fine without the 1-to-1.

In Windows 7 (unlike XP/Vista) if a mouse registry fix is not exactly 1-to-1 there is no wobble or drift at slow speed.

7/11 is +20% compared to 6/11 when the fix is active and +50% on the desktop when 'Enhance pointer precision' is OFF (see my post #30 [link] above for which multiplier applies to each slider setting).

Because of the +20% or +50%, occasionally pixels will be skipped, but unless you have to aim with exact pixel accuracy, that shouldn't matter much.

Edited by MarktheC at 01:05 GMT, 17 March 2010

<< Comment #97 @ 16:31 GMT, 16 March 2010 >>

(Link, Reply)

By brescia

great! =)

<< Comment #98 @ 18:06 GMT, 16 March 2010 >>

(Link, Reply)

By Anonymous (adsl-76-238-246-10.dsl.lsan03.sbcglobal.net)

Thanks MarktheC for this. I have a question, when I used your fix my mouse sensitivity was a lot faster than what it was with cheese's mousefix why is that? I lowered sens and so far it feels good, but just wondering.

<< Comment #101 @ 01:19 GMT, 17 March 2010 >>

(Link, Reply)

By MarktheC  - Reply to #98

Is your Windows 7 display refresh rate > 60Hz and you used the Cheese fix for that higher rate?

If yes, then: On XP/Vista, Windows scales the mouse response by multiplying by display refresh rate Hz, and so the Cheese fixes undo that by dividing by the refresh rate. So the Cheese 120Hz file has a pointer response one-half as fast as the 60Hz file, and that's good on XP/Vista because that undoes the Windows scaling of 120Hz pointer response being twice as fast as at 60Hz.

Windows 7 doesn't scale using display Hz [my blog post on that], so the Cheese 'undo' is actually incorrect on Windows 7.

Try the MouseMovementRecorder program in the ZIP file with the Cheese fix applied, and you should see it slower than it should be.

<< Comment #102 @ 07:45 GMT, 17 March 2010 >>

(Link, Reply)

By Anonymous (adsl-76-238-246-10.dsl.lsan03.sbcglobal.net)

Thanks, that explains it. I'm using 75hz on desktop and 120hz in game.

<< Comment #103 @ 09:41 GMT, 18 March 2010 >>

(Link, Reply)

By PurePlay

Just a few questions here:

First you say

"So according to this the only purpose for using your fix are some old games which automatically turned this function on?"

Yes
.

But then:

The MarkC Mouse fix undoes that scaling to give you exact 1-to-1. If you use CPL, then you have no acceleration, BUT you don't have 1-to-1.
So i didnt get if i dont have any of those old games that affect enchanced point precision do i still need to use MarcC fix for no accel with 1 to 1 movement or it is only for that case with older games? And if MarkC fix is an ultimate solution for 1to1 response in win7,when using it do i need to tick or untick enchanced point precision or the result is the same with both options?

And would also like to know is the amount of error, u mentioned here
If you use CPL, then you have no acceleration, BUT you don't have 1-to-1, because the scaling hasn't been properly removed
is the same on win7 and XP/Vista ?

Edited by PurePlay at 10:42 GMT, 18 March 2010

<< Comment #104 @ 23:13 GMT, 18 March 2010 >>

(Link, Reply)

By MarktheC  - Reply to #103

"Do i still need to use MarkC fix for no accel with 1 to 1 movement or it is only for that case with older games?"
A fix is only needed with older games. For most newer games, 'Enhance pointer precision' acceleration is a non-issue.

See my Comment #89 [link] above for the ways a game can read the mouse, and which games need a fix.

"When using it do i need to tick or untick enchanced point precision or the result is the same with both options?"
Untick it.

See my Comment #47 [link] above. Only tick it on if you need to test it working on the desktop.

"Is the amount of error ... the same on win7 and XP/Vista?"
The scaling/sensitivity when using CPL is different for Win7 than for XP/Vista.

CPL on Windows 7 @anyHz, DPI=100%, 6/11, moves the pointer at only 78% of the mouse speed.

CPL on XP/Vista @60Hz, DPI=96, 6/11, only 76% of the mouse speed.

CPL on XP/Vista @75Hz, DPI=96, 6/11, only 95% of the mouse speed.

CPL on XP/Vista @120Hz, DPI=96, 6/11, 152% of the mouse speed.

Edited by MarktheC at 00:18 GMT, 19 March 2010

<< Comment #126 @ 13:07 GMT, 26 March 2010 >>

(Link, Reply)

By PurePlay  - Reply to #104

Thanks for the response Marc,that was useful. Just a couple more questions to make the final decision whether to update to win7 or not :)

1)Does the XP, which comes with win7 and could be loaded from it has the old XP algorythm for mouse movement or its the same as in win7 itself?

2)Sorry for asking this, but i really got confused with all that formulas trying to calculate the equalent sens.. I would really appreciate if you could help me in this case:

i want to use MarcC mousefix with win7 and to get the same sensitivity as with cplmousefix on xp. My settings were 60Hz Monitor,default 6 mouse speed in win and a 500Hz usb update rate with Logitech G5 mouse.Due to the formula you give in your blog in xp it is:

ScreenUpdateRate/ScreenResolution =60/96=0.625

and in win7:

ScreenResolution/MouseBusUpdateRate =100/500=0.2

Is that correct? Seems kinda weird.. So is there a way to get exactly the same mouse sense?

Edited by PurePlay at 13:11 GMT, 26 March 2010

<< Comment #127 @ 04:25 GMT, 27 March 2010 >>

(Link, Reply)

By MarktheC  - Reply to #126

"1)Does the XP, which comes with win7 and could be loaded from it has the old XP algorythm for mouse movement or its the same as in win7 itself?"
It's very very likely the same as Win7 itself. Windows XP Mode included in Win7 is a virtual machine running under Virtual PC, and will NOT be any good at all for games.

"2)i want to use MarkC mousefix with win7 and to get the same sensitivity as with cplmousefix on xp."
It would be far better to use the MarkC fix @ 1-to-1 and adjust your in-game sensitivity a bit.

I've left out a detail in my blog: Windows hard-codes the mouse USB rate: It does not use the actual rate.

The formulas are:

XP: ScreenUpdateRate/ScreenResolution =60/96=0.625

Win7: ScreenResolution/MouseBusUpdateRate =96/150=0.64

Windows 7 DPI is 100% of 96 = 96. MS hard coded the USB rate in XP and Vista, and when they discovered their DPI stuffup and fixed it, decided to use a new hard-coded USB rate of 150, BECAUSE to get the same scaling as XP/Vista used for the setup that most people use (60/96=0.625) the USB rate should be 96/0.625 = 153.6, which they rounded to 150. Still kinda weird tho'.

The difference between 0.625 and 0.64 is +2.4%. I doubt you are going to notice +2.4%, so continue using CPL if that is what you want (but I would use MarkC, because CPL on Win7 is 1 -to- 0.78*, rather than 1-to-1).

* CPL slope = 4.24. Total sensitivity on Win7 is 4.24*96/150/3.5 = 0.78

If you REALLY REALLY, 102.4% need to remove the extra +2.4%, then send me a private iMsg, and you can test a program I have that builds a fix file that let's you set ANY sensitivity factor you want (of course you will need to already have Win7 and also XP to test against...)

Edited by MarktheC at 04:44 GMT, 27 March 2010

<< Comment #1049 @ 14:47 GMT, 25 November 2014 >>

(Link, Reply)

By doped  - Reply to #127

would it be possible to recreate [email-masked] in any other way? i adore that smooth feeling(windows 7), but simply using x0.78 scale is nothing like it, and sloping(not sure what it is exactly) seems to be the trick.

i have both windwos xp and windows 7 to test against, but cpl on xp is just not the same, and the flaws are too apparent to be usable imo. The windows 7 cpl mousefix feeling is what im after.

Edited by doped at 15:02 GMT, 25 November 2014

<< Comment #1050 @ 04:36 GMT, 30 December 2014 >>

(Link, Reply)

By MarktheC  - Reply to #1049

Sorry for the late reply.

My post here [jump] explains how to build a Window 7 curve that emulates CPL.

Simply using 5/11 = ×0.75 should get you very close to CPL on XP (@ 60Hz), I don't know why that feels different to actual CPL for you.

<< Comment #1051 @ 11:08 GMT, 31 December 2014 >>

(Link, Reply)

By doped  - Reply to #1050

i tried that, not the same :/ but its okay, thnx for trying to help anyway. Doesnt matter now, since i moved to just use raw input and be done with all that.

<< Comment #105 @ 19:54 GMT, 20 March 2010 >>

(Link, Reply)

By Anonymous (213.66.85.253)

Any chance that i could change my windows sense and still use this mousefix ? i want 5/11 in windows, but when i change the mousefix dosent work anymore, my sese is so high when i use 6/11.

<< Comment #117 @ 03:59 GMT, 22 March 2010 >>

(Link, Reply)

By MarktheC  - Reply to #105

With 5/11, this fix will still remove all acceleration.

See Comment #97 [link] and my reply to that. The same applies to 5/11, except that rather than skipping pixels, some some mouse inputs will be discarded (delayed actually), at most a single pixel's worth, but the effect would to too small to be noticable in-game. You might set 6/11 before playing any games and reset it back afterwards.

Would there be much interest in some registry fixes that gave 1-to-1 for non- 6/11 pointer slider settings?

Edit: I have a program that builds reg fixes as above.

You can set any sensitivity you want (including 1-to-1) at any single pointer speed slider position you choose. I'm testing it now. Send me a private iMsg if you want to help test it. When it has been tested I'll add it to the MarkC mouse fix download.

Edited by MarktheC at 04:50 GMT, 27 March 2010

<< Comment #106 @ 11:20 GMT, 21 March 2010 >>

(Link, Reply)

By tourist

Yo MarkC I'm really happy for you and Ima let you finnish, but WCAFix has the best acceleration removal of all time!

<< Comment #107 @ 12:18 GMT, 21 March 2010 >>

(Link, Reply)

By frame  - Reply to #106

but it won't work with windows 7

<< Comment #108 @ 12:35 GMT, 21 March 2010 >>

(Link, Reply)

By tourist  - Reply to #107

rly? works with vista.

<< Comment #110 @ 14:38 GMT, 21 March 2010 >>

(Link, Reply)

By hoppan  - Reply to #108

yeah there is no accelfix/wcafix for win7, not yet at least

but the source code of accelfix is available, all you need to do is decrypt the win32k.sys in win7, modify the code a bit and it would work if applied in safe mode.

<< Comment #109 @ 13:19 GMT, 21 March 2010 >>

(Link, Reply)

By sayme

Hi, i done this exactly by your turorial, but in cs 1.6 mousemovementrecorder.exe shows the red lines :O ... i have 100% text display so I used Windows7_MouseFix_TextSize(DPI)=100%.reg then reboot, go to the game (with or without noforcem commands) and try MMR.exe while running game a it gave me some red lines, in windows is everything OK , no red lines, but soon as i stepped in the game ... the red ones shows up, what is the problem boss ? what should i do with it ? i have 500hz polling rate, is this only fix for 125hz ? thank you...

<< Comment #111 @ 14:54 GMT, 21 March 2010 >>

(Link, Reply)

By hoppan  - Reply to #109

All hl1 games including cs 1.6 use win32 mouse input rather than direct/raw input. They re-center the cursor every frame, because if the cursor went over the game screen, all movement beyond it would be discarded. Try fps_max 20 and up the mouse hertz to 500, you should see a lot less red. There's no "fix" for this. MarkC already explained this and you would know it had you read the whole thread.

Your last question I cannot answer at this time.

2%

<< Comment #112 @ 15:11 GMT, 21 March 2010 >>

(Link, Reply)

By sayme  - Reply to #111

ok thank you, but the question is ... is acceleration off in cs when using this MarkC's fix ? as in XP ?

<< Comment #113 @ 16:51 GMT, 21 March 2010 >>

(Link, Reply)

By hoppan  - Reply to #112

You shouldn't use this fix on XP, it's meant for Windows 7 only. I consider anir's accelfix.exe to be the best fix for XP by far. Accelfix makes sure the enhanced pointer precision is never used (even if MouseSpeed was forced to any other value than 0), making any registry fix useless.

Equivalent to MarkC's fix for XP/Vista is cheese's fix. Any other registry fix than MarkC's shouldn't be used on Windows 7, because of the different way enhanced pointer precision works on it.

Edited by hoppan at 17:08 GMT, 21 March 2010

<< Comment #114 @ 17:39 GMT, 21 March 2010 >>

(Link, Reply)

By sayme  - Reply to #113

of course i used it on windows 7, im just asking that effect in game (cs) will be the same as in the XP with 1to1 fix, even the moumrec.exe is messed up...

<< Comment #115 @ 19:02 GMT, 21 March 2010 >>

(Link, Reply)

By hoppan  - Reply to #114

Ah okay, sorry. Yes, if used in conjunction with -noforcemparms.

Edited by hoppan at 10:48 GMT, 22 March 2010

1%

<< Comment #133 @ 02:25 BST, 29 March 2010 >>

(Link, Reply)

By ZeritoN  - Reply to #115

I'm confused here...

I don't use any mousefix with XP for CS1.6 except the l launch commands: -noforcemparms -noforcemaccel

There isn't any acceleration. I thought this was the point of these commands. Why would you require an additional mousefix?

<< Comment #138 @ 12:32 BST, 29 March 2010 >>

(Link, Reply)

By hoppan  - Reply to #133

People may debate about it, but I know that some combinations of the noforce commands produce a different feel. If you use -noforcemparms -noforcemaccel there's something weird in it, if you use those 2 + -noforcemspd, it's even more weird. -noforcemparms alone feels good without any fix, it should be -noforcemaccel and -noforcemspd combined and make the game not force any mouse parameters. I think anir's accelfix.exe + -noforcemparms gives the best overall mouse feeling in 1.6.

Edited by hoppan at 12:32 BST, 29 March 2010

<< Comment #141 @ 15:12 BST, 29 March 2010 >>

(Link, Reply)

By chickenfluGR  - Reply to #138

how can you use anir fix when you are on XP sp3 ??

<< Comment #148 @ 07:50 BST, 30 March 2010 >>

(Link, Reply)

By hoppan  - Reply to #141

I have used the one from 2006 since newer versions were known to have problems with SP3. The older version probably doesn't take into account so many things and thus is more compatible with different revisions. Though I heard people got the newer accelfix versions to work under SP3 if they used it in safe mode, but I never had a problem with the 2006 one and never used safe mode.

I don't use the wcafix which is supposed to supersede accelfix.exe - even though both fixes essentially do the same thing, I consider accelfix.exe method far better, it is less complicated and troublesome.

Edited by hoppan at 07:55 BST, 30 March 2010

<< Comment #147 @ 03:20 BST, 30 March 2010 >>

(Link, Reply)

By MarktheC  - Reply to #133

Correct: You don't need any mouse fix for CS 1.6 if you use the -noforcemparms startup command.

<< Comment #116 @ 23:29 GMT, 21 March 2010 >>

(Link, Reply)

By MarktheC  - Reply to #109

What hoppan says is 100% correct. See my Comment #36 [link] above, and hoppan's reply Comment #39 [link] above.

Acceleration is off for CS with this fix.

(But if you use the CS -noforcemparms start, and have 'Enhance pointer precision' OFF, you don't need a fix with CS anyway.)

Edit: This fix is for all mouse/USB Hz speeds, 125, 250, 500, 1000, whatever.

Edited by MarktheC at 04:02 GMT, 22 March 2010

<< Comment #118 @ 09:50 GMT, 23 March 2010 >>

(Link, Reply)

By Anonymous (81.18.254.91)  - Reply to #116

Is there anything special needed if you want this fix for the old UT'99 game :)

Or just simply run the reg file?

<< Comment #120 @ 21:34 GMT, 23 March 2010 >>

(Link, Reply)

By MarktheC  - Reply to #118

Just run the reg file and log off or reboot.

<< Comment #119 @ 13:50 GMT, 23 March 2010 >>

(Link, Reply)

By ajm786  - Reply to #116

MarktheC,

I have a question. How does this fix apply if I am using a custom display DPI? I do not use the default of 100, 125, or 150. Will applying this patch throw off my mouse curve?

Thanks!

<< Comment #121 @ 21:39 GMT, 23 March 2010 >>

(Link, Reply)

By MarktheC  - Reply to #119

With a non-standard DPI, this fix still removes all acceleration. BUT you will not get 1-to-1. It will be similar to not using the middle 6/11 position of the Control Panel>Mouse>pointer speed slider: No acceleration, but not quite 1-to-1, and some mouse input (at most a pixels worth) discarded or delayed, but I doubt you would ever notice it in-game.

I'm about to write a program which will create these fix curves, and it will let you enter any DPI you want to use, and create a fix that still gives you exact 1-to-1...

<< Comment #122 @ 04:51 GMT, 25 March 2010 >>

(Link, Reply)

By jrdyer42

How could whenever I apply the Windows Default .reg (and restart computer) the mouse movement recorder shows no green and red?

<< Comment #123 @ 11:17 GMT, 25 March 2010 >>

(Link, Reply)

By MarktheC  - Reply to #122

Any curve (including WindowsDefault.reg) is only active when the Control Panel>Mouse>Pointer Options>'Enhance pointer precision' option is ON. Turn that on and you should see red and green (and also have desktop pointer acceleration).

Some mouse drivers (Microsoft, Logitech) might disable acceleration even if 'Enhance pointer precision' option is ON.

anir's AccelFix and WCAfix on XP and Vista will permanently disable 'Enhance pointer precision'.

<< Comment #125 @ 09:01 GMT, 26 March 2010 >>

(Link, Reply)

By jrdyer42  - Reply to #123

gotcha, I play wolfenstein enemy territory and for some reason my game is still floaty. I have vsync turned off also. I'm stumped.

<< Comment #124 @ 11:51 GMT, 25 March 2010 >>

(Link, Reply)

By Anonymous (88.188.88.115)

Do you know how source games work with mice? Is it raw iput?

1%

<< Comment #128 @ 12:56 GMT, 27 March 2010 >>

(Link, Reply)

By lej1  - Reply to #124

would be nice to have the exact same feeling between 1.6 and source! couldn't find it with every combination of noforce :o

<< Comment #134 @ 02:27 BST, 29 March 2010 >>

(Link, Reply)

By ZeritoN  - Reply to #128

It's just the way the engine performs I think. Just feels slower/shittier (or well, depends on your viewpoint)

If you use the same noforce commands (for example -noforcemparms -noforcemaccel) in 1.6 and nothing in Source, then use the same sensitivity, they will both be the same amount of distance ingame.

<< Comment #137 @ 11:23 BST, 29 March 2010 >>

(Link, Reply)

By chickenfluGR  - Reply to #134

do -noforcemparms -noforcemaccel -noforcemspd have ANY kind of effect in source ? I guess the games running on that engine have 0 positive accel by default, right ?

<< Comment #140 @ 15:09 BST, 29 March 2010 >>

(Link, Reply)

By lej1  - Reply to #137

noforce commands don't work for source, they were made for hl1 engine.

<< Comment #129 @ 13:18 GMT, 27 March 2010 >>

(Link, Reply)

By jal

Isn't it easier to use raw mouse input?

<< Comment #130 @ 21:47 BST, 28 March 2010 >>

(Link, Reply)

By Anonymous (213.66.85.253)

When im using 5/11 in windows im getting some delay on the mouse :/ like u said in #123

Goodluck with the fix!

<< Comment #131 @ 22:30 BST, 28 March 2010 >>

(Link, Reply)

By Anonymous (213.66.85.253)

How long will it take until you are done with the new mosefix so u can use lower sense in windows and still get 1-to-1? :)

<< Comment #132 @ 23:43 BST, 28 March 2010 >>

(Link, Reply)

By hoppan  - Reply to #131

MarkC already did it

http://razerblueprints.net/index.php/componen.../#msg70251

<< Comment #135 @ 03:44 BST, 29 March 2010 >>

(Link, Reply)

By MarktheC  - Reply to #132

The final version may have a few changes from that version.

@Anonymous (213.66.85.253) : Please test it out!

<< Comment #136 @ 11:23 BST, 29 March 2010 >>

(Link, Reply)

By Anonymous (195.198.54.213)  - Reply to #132

Is that the newest version of the mousefix ? will it give me 1-to-1 movement with lower sense in windows ? :)

<< Comment #146 @ 03:14 BST, 30 March 2010 >>

(Link, Reply)

By MarktheC  - Reply to #136

Yes, it will give you exact 1-to-1 when enabled (by an older game), even if on the desktop you use a pointer speed slider setting different from 6/11 (middle setting).

The same rules apply as for all registry based fixes: Only for older games that force 'Enhance pointer precision' on.

<< Comment #139 @ 13:01 BST, 29 March 2010 >>

(Link, Reply)

By Anonymous (213.66.85.253)

They fix #133 linked to me dosent work, take a look : http://www.speedyshare.com/files/21671740/onetoone.PNG

when i change it to 6/11 it works :S, i have done exactly right when i "created" the reg file, i chosed 4/11 etc, any tips guys ?

<< Comment #145 @ 03:06 BST, 30 March 2010 >>

(Link, Reply)

By MarktheC  - Reply to #139

Log off or reboot to apply the fix (you must log off or reboot).

Test the fix with Control Panel > Mouse > Pointer Options > 'Enhance pointer precision' option ON.

<< Comment #149 @ 14:48 BST, 30 March 2010 >>

(Link, Reply)

By Anonymous (213.66.85.253)  - Reply to #145

Dosent work, still getting the same result... any more tips ? like i said in my last post, i have did excatly what should be done..

<< Comment #150 @ 02:15 BST, 1 April 2010 >>

(Link, Reply)

By MarktheC  - Reply to #149

Can you open the REG file that was created, and tell me here what the MouseSpeed= line says, and what the second line of the SmoothMouseXCurve says.

For example, the standard fix says this:

"MouseSensitivity"="10""

SmoothMouseXCurve"=hex:\

00,00,00,00,00,00,00,00,\

70,3D,0A,00,00,00,00,00,\

Do you use Logitech Setpoint mouse drivers, or Microsoft Intellipoint drivers or other drivers specific to your mouse? It is possible that they do their own acceleration / acceleration disable, The Logitech ones possibly can by choosing 'Setpoint implementation' rather than 'OS implementation' somewhere.

If you use SetPoint, let me know and I have some suggestions.

For debugging, do any registry curves get applied? In the MarkC zip file is a file Test_Flatline.reg. Apply that, log off or reboot, and then set 'Enhance pointer precision' to ON. That should cause your pointer speed to be severely speed limited. If it does not, then for some reason registry mouse fixes are having no effect on your system at all and are being ignored, including the custom built fix.

Edited by MarktheC at 02:38 BST, 1 April 2010

<< Comment #151 @ 08:07 BST, 1 April 2010 >>

(Link, Reply)

By Anonymous (213.66.85.253)  - Reply to #150

No i dont use any kind of drivers to my mouse,

here is the regfile : Windows Registry Editor Version 5.00

[HKEY_CURRENT_USER\Control Panel\Mouse]

"MouseSensitivity"="3"

"SmoothMouseXCurve"=hex:\

00,00,00,00,00,00,00,00,\

D6,24,06,00,00,00,00,00,\

AC,49,0C,00,00,00,00,00,\

82,6E,12,00,00,00,00,00,\

58,93,18,00,00,00,00,00

"SmoothMouseYCurve"=hex:\

00,00,00,00,00,00,00,00,\

00,00,38,00,00,00,00,00,\

00,00,70,00,00,00,00,00,\

00,00,A8,00,00,00,00,00,\

00,00,E0,00,00,00,00,00

[HKEY_USERS\.DEFAULT\Control Panel\Mouse]

"MouseSpeed"="0"

"MouseThreshold1"="0"

"MouseThreshold2"="0"

Hope it will help you :)

<< Comment #152 @ 10:01 BST, 1 April 2010 >>

(Link, Reply)

By MarktheC  - Reply to #151

Please download the current version (version 1.3). You have discovered a bug in version 1.1 ! (I hope... I don't have V1.1 anymore to test it.)

For 4/11, the MouseSensitivity should be = 6, so =3 is an error, and would have made the pointer move at 0.5 speed, which is what your screendump showed.

I have to confess that for version 1.1, I was working on making it get the current Windows settings, but did not test the REG files that it produced! (Sorry.)

Version 1.3 at the same place: http://razerblueprints.net/index.php/componen...5.msg70251

Edited by MarktheC at 10:05 BST, 1 April 2010

<< Comment #153 @ 11:42 BST, 1 April 2010 >>

(Link, Reply)

By Anonymous (213.66.85.253)  - Reply to #152

Its still not working, its still show green bars and not 1-to-1, any more tips ?

here is the new one :

Windows Registry Editor Version 5.00

[HKEY_CURRENT_USER\Control Panel\Mouse]

"MouseSensitivity"="4"

"SmoothMouseXCurve"=hex:\

00,00,00,00,00,00,00,00,\

8E,18,04,00,00,00,00,00,\

1C,31,08,00,00,00,00,00,\

AA,49,0C,00,00,00,00,00,\

38,62,10,00,00,00,00,00

"SmoothMouseYCurve"=hex:\

00,00,00,00,00,00,00,00,\

00,00,38,00,00,00,00,00,\

00,00,70,00,00,00,00,00,\

00,00,A8,00,00,00,00,00,\

00,00,E0,00,00,00,00,00

[HKEY_USERS\.DEFAULT\Control Panel\Mouse]

"MouseSpeed"="0"

"MouseThreshold1"="0"

"MouseThreshold2"="0"

haha, any more tips ?

<< Comment #155 @ 14:12 BST, 1 April 2010 >>

(Link, Reply)

By MarktheC  - Reply to #153

You selected 3 when asked about the Pointer Speed Slider setting, and you are using 3/11 in Control Panel>Mouse?

That curve should give 1-to-1 when the pointer speed slider is set to 3/11.

Note: The "MouseSensitivity" value is NOT the same as the pointer speed slider.

Speed Slider=4 is stored as MouseSensitivity=6

If you move the mouse REALLY fast, and use MouseMovementRecorder, is the CURSOR MOVEMENT column 1/4 (times 0.25) of the DEVICE MOVEMENT column? 1/4 (x0.25) would mean that the 'Enhance pointer precision' option is being FORCED off by something...

<< Comment #157 @ 14:32 BST, 1 April 2010 >>

(Link, Reply)

By Anonymous (213.66.85.253)  - Reply to #155

Sorry but i have create a new one and its still dont working, i have tried everything, seems like #155 has the same problem as me.

<< Comment #160 @ 23:05 BST, 1 April 2010 >>

(Link, Reply)

By MarktheC  - Reply to #157

Are you using pointer slider position 3/11?

If at 3/11 you move the mouse REALLY fast, and use MouseMovementRecorder, is the CURSOR MOVEMENT column 1/4 (times 0.25) of the DEVICE MOVEMENT column? So 20 in the first column shows 5 or so in the second column?

I can't help you if I don't know what's happening on your PC.

Edited by MarktheC at 00:42 BST, 2 April 2010

<< Comment #142 @ 00:59 BST, 30 March 2010 >>

(Link, Reply)

By revocelot

Anyone know if the shitty mouse acceleration in Battlefield 1942 and Battlefield 2 is a result of the game enabling 'enhance pointer precision' and therefore fixable by this fix or is it coded into the game itself?

<< Comment #143 @ 01:59 BST, 30 March 2010 >>

(Link, Reply)

By chickenfluGR  - Reply to #142

naaaah, i've tried every mouse fix there is, it seems to be hard coded in-game, pretty much like splinter cell chaos theory, stupid developers :(

<< Comment #144 @ 02:08 BST, 30 March 2010 >>

(Link, Reply)

By revocelot  - Reply to #143

Fucking dumbass developers! 1942 could have been the greatest PC game ever made if not for the mouse acceleration!

<< Comment #154 @ 12:54 BST, 1 April 2010 >>

(Link, Reply)

By Anonymous (188.2.130.199)

not working... windows sens 3/11 1-1

Windows Registry Editor Version 5.00

[HKEY_CURRENT_USER\Control Panel\Mouse]

"MouseSensitivity"="4"

"SmoothMouseXCurve"=hex:\

00,00,00,00,00,00,00,00,\

8E,18,04,00,00,00,00,00,\

1C,31,08,00,00,00,00,00,\

AA,49,0C,00,00,00,00,00,\

38,62,10,00,00,00,00,00

"SmoothMouseYCurve"=hex:\

00,00,00,00,00,00,00,00,\

00,00,38,00,00,00,00,00,\

00,00,70,00,00,00,00,00,\

00,00,A8,00,00,00,00,00,\

00,00,E0,00,00,00,00,00

[HKEY_USERS\.DEFAULT\Control Panel\Mouse]

"MouseSpeed"="0"

"MouseThreshold1"="0"

"MouseThreshold2"="0"

<< Comment #158 @ 14:32 BST, 1 April 2010 >>

(Link, Reply)

By Anonymous (213.66.85.253)  - Reply to #154

Got the exatcly same problem as you.

<< Comment #161 @ 23:33 BST, 1 April 2010 >>

(Link, Reply)

By MarktheC  - Reply to #154

To help you I need to know where the problem is.

@188.2.130.199: What happens when you toggle the Control Panel > Mouse > Pointer Options > 'Enhance pointer precision' option?

With it ON (and the speed slider @3/11) the pointer should be moving 4 times faster than it does when it is OFF.

@188.2.130.199 & 213.66.85.253: Can either of you try this:

- Make sure Control Panel > Mouse > Pointer Options > 'Enhance pointer precision' option is ON (for this testing only).

- Make sure you log off or reboot after you add any fix to the registry.

- Download NirCmdC.exe from here: http://www.nirsoft.net/utils/nircmd.html and unzip it to a folder.

Select NirCmdC.exe in Windows Explorer and right-click > Properties > If there is a [Unblock] button, click it.

- Download MouseMovementRecorder from the The MarkC Windows 7 Mouse Acceleration Fix zip at the link at the very top of this thread.

- Download MouseMoveTest.zip from this post, and unzip MouseMoveTest.cmd to the same folder that nircmdc.exe is in.

- Run MouseMovementRecorder in one window.

- With the pointer speed slider set to 3/11, run MouseMoveTest.cmd.

- WITHOUT MOVING THE MOUSE, tell me what the MouseMovementRecorder window shows on the lines where DEVICE MOVEMENT is '100 x 0'.

(Use Alt+Tab to show the MouseMovementRecorder window, DO NOT USE THE MOUSE, because mouse movement will scroll the 100 x 0 lines away.)

- Change the Control Panel pointer speed slider to position 8/11 and run MouseMoveTest.cmd again. Tell me what the MouseMovementRecorder window shows for the '100 x 0' lines.

Attached Utility: 75123-MouseMoveTest.zip (0KB)

Edited by MarktheC at 07:22 BST, 4 April 2010

<< Comment #950 @ 12:55 GMT, 23 January 2014 >>

(Link, Reply)

By tastro  - Reply to #161

i get this: 100 x 0 40 x 0

<< Comment #156 @ 14:26 BST, 1 April 2010 >>

(Link, Reply)

By c1

in_mouse 2

problem solved

<< Comment #159 @ 15:49 BST, 1 April 2010 >>

(Link, Reply)

By Anonymous (98.244.51.132)  - Reply to #156

most games don't have in_mouse 2

problem not solved

and don't mention the program rinput because it has delay

<< Comment #162 @ 11:19 BST, 2 April 2010 >>

(Link, Reply)

By Anonymous (74.220.219.72)

Does Bad Company 2 need a mousefix?

<< Comment #163 @ 12:28 BST, 2 April 2010 >>

(Link, Reply)

By MarktheC  - Reply to #162

I think the answer will be NO.

In the The MarkC Windows 7 Mouse Acceleration Fix zip file is a test file 'Test_Flatline.reg'. Apply that, set Control Panel > Mouse > Pointer Options > 'Enhance pointer precision' to OFF, log off or reboot and then run Bad Company 2. If your aiming is severely speed limited then it needs a fix. If your aim is OK, then you don't need a fix. Restore Windows back to normal with the 'WindowsDefault.reg' file and log off or reboot.

<< Comment #165 @ 03:17 BST, 3 April 2010 >>

(Link, Reply)

By Anonymous (188.2.130.199)

ok this is with unticked epp

http://www4.slikomat.com/10/0403/xa1-1.jpg

this is with ticked epp

http://www4.slikomat.com/10/0403/o8-2.jpg

as for "Tell me what the MouseMovementRecorder window shows on the lines where DEVICE MOVEMENT is '100 x 0' " i cant find the 100 x 0 instance in mouse movement recorder output.

as for the mousemovetest.cmd when i run it without admin priv. nothing happens and when i run it as admin i get an error: "nircmdc.exe is missing"

even though i extracted

NirCmdC.exe MouseMovementRecorder.exe MouseMoveTest.cmd all in the same folder and MouseMoveTest.cmd ran as admin

<< Comment #167 @ 07:35 BST, 4 April 2010 >>

(Link, Reply)

By MarktheC  - Reply to #165

@188.2.130.199: Thank you for the screen dumps and info. It has given me the info I needed to fix a small problem with my fix (both the fix builder and the main fix REG files).

The solution is one of the solutions under the 'Loading the fix with a non-Administrator account' heading that I've added to my main first post above: Goto top (scroll down until you see 'Loading the fix with a non-Administrator account').

To get the files mentioned in that paragraph, re-download the main fix ZIP file from the main link.

After doing one of those steps and rebooting, you should have exactly 1-to-1 @3/11, even when the mouse changes direction.

"i cant find the 100 x 0 instance..."
There were some problems with my MouseMoveTest.cmd, such as it always said 'can't find nircmdc.exe' even when it could, and did not work Run as administrator. Now fixed, either wait for the link to be approved above, or visit the link hoppan gave in Comment #133.

When you run MouseMoveTest.cmd, you won't see much, but it should reposition the mouse to the top of the screen and then move it right about 210 pixels. That movement should be visible in MouseMovementRecorder, but if you move your mouse to the task bar to make MouseMovementRecorder visible, those mouse movements will scroll the 100 x 0 off the top out-of-sight.

So don't move the mouse to make MouseMovementRecorder visible, use Alt+Tab instead. Probably not needed anyway, because I hope my first comment fixes your problem anyway.

Edited by MarktheC at 07:36 BST, 4 April 2010

<< Comment #164 @ 03:17 BST, 3 April 2010 >>

(Link, Reply)

By Anonymous (188.2.130.199)

and i forgot this is with 8/11 epp unticked

http://www4.slikomat.com/10/0403/cfn-3.jpg

and 8/11 epp ticked

http://www4.slikomat.com/10/0403/c6b-4.jpg

my os is windows 7 32bit, mouse is deathadder w/o drivers installed

<< Comment #166 @ 13:58 BST, 3 April 2010 >>

(Link, Reply)

By Anonymous (213.66.85.253)

Hello mark, im getting 1-to-1 movement when EPP is ON, but then i feel some accelration. With EPP OFF i dont got 1-to-1. any tips how i can fix this ?

when i use 6/11 and EEP OFF it works but not with 4/11 and EPP OFF.

<< Comment #168 @ 07:46 BST, 4 April 2010 >>

(Link, Reply)

By MarktheC  - Reply to #166

@213.66.85.253: It is working correctly then!

If you feel acceleration with EPP on, then you must be imagining it. The 4/11 accel fix DOES move twice as fast as with EPP on compared to EPP off, but there is no Windows acceleration when MouseMovementRecorder shows no green and no red.

Perhaps I haven't explained what the fix is supposed to do properly. ALL registry fixes only affect older games that turn EPP on. They don't affect Windows when EPP is off. With the 4/11 fix applied, your desktop response @ 4/11 is still going to be the same as it always was: Every count of mouse movement causes 0.5 pixels of pointer movement. If you want 1-to-1 on the desktop with EPP off, then you have to use 6/11.

What the fix does is WHEN the older game turns EPP on, THEN you get exactly 1-to-1, but only then and only for older games that turn EPP on.

Exactly 1-to-1 means no discarded or delayed mouse input while game playing.

<< Comment #169 @ 12:31 BST, 4 April 2010 >>

(Link, Reply)

By Anonymous (213.66.85.253)  - Reply to #168

Ah okay mark, thank you! then i have to set 3/11 in windows because with EPP on the sense is so high. Thanks for the fix, and the help you have gave me ! :)

<< Comment #170 @ 15:30 BST, 4 April 2010 >>

(Link, Reply)

By Anonymous (213.66.85.253)

Mark, i got a new problem, when i use the fix my sense became higher, much higher, so i used the fix again with 3/11 insted of 4/11 but that dosent help, its exactly the same high sense. i have tried 3/11 2/11 and 1/11 nothings help. This problems is only when i use EPP on. any tips ? :)

<< Comment #173 @ 05:40 BST, 5 April 2010 >>

(Link, Reply)

By MarktheC  - Reply to #170

Adjust your in-game sensitivity using game config or game commands to get the total sensitivity you want.

If you use the fix builder to build a 1-to-1 fix, then 1-to-1 is what you get. @1/11, with a 1/11 fix, you get 1-to-1. @3/11 with a 3/11 fix, you get 1-to-1. @4/11 with a 4/11 fix, you get 1-to-1. That's the whole point of the fix builder, it UNDOES and CANCELS the pointer speed slider setting.

If you must have a lower sensitivity, and can't change your game sensitivity, then just use the 6/11 registry fix REG file in the ZIP, and do not build your own 1-to-1 fix.

<< Comment #171 @ 17:09 BST, 4 April 2010 >>

(Link, Reply)

By eMbAh

If i get 1-1 movement no matter how fast i move the mouse in the mouserecording tool, does that mean acceleration is off? because if it does, accel is off by default in Win7 by simply unticking pointer precision and having the windows sens at 6/11 (default)

<< Comment #174 @ 05:44 BST, 5 April 2010 >>

(Link, Reply)

By MarktheC  - Reply to #171

"If i get 1-1 movement no matter how fast i move the mouse in the mouserecording tool, does that mean acceleration is off?"
Yes.

"because if it does, accel is off by default in Win7 by simply unticking pointer precision and having the windows sens at 6/11 (default)"
Yes. But some older games turn Enhance pointer precision back on when you don't want them to and enable acceleration. See the 'Why do you need the fix?' paragraph in my top post.

<< Comment #172 @ 22:48 BST, 4 April 2010 >>

(Link, Reply)

By Anonymous (85.24.134.177)

My sense feel still too high with 1/11 in windows and EPP on + the mousefix, i have tried 1/11 in windows without the mousefix and it was really low, it was good.

any tips how i can slove this problem? so the sense isent so high, its even high with 1/11 in windows, and i cant lower it anymore.

<< Comment #175 @ 05:46 BST, 5 April 2010 >>

(Link, Reply)

By MarktheC  - Reply to #172

Same answer as my Comment #174 [link] above.

<< Comment #176 @ 13:46 BST, 5 April 2010 >>

(Link, Reply)

By Anonymous (85.24.134.177)  - Reply to #175

Okay, then i cant use 1-to-1 then, because i have the lowest possible sense in my game and windows, and with the 6/11 fix its still too high :(

<< Comment #177 @ 23:29 BST, 5 April 2010 >>

(Link, Reply)

By Anonymous (70.138.207.69)

I have applied your fix, and have done the tick/untick enhance pointer precision test to confirm that it is working.

However, in a game I play called Exteel, it does not apply.

I dual boot Windows 7 and Windows XP, and on my XP drive I have used WCA fix and the mouse acceleration in Exteel is TOTALLY gone.

On Windows 7 the mouse accel still persists. Help!

<< Comment #178 @ 01:57 BST, 6 April 2010 >>

(Link, Reply)

By MarktheC  - Reply to #177

The fix only has any effect for older games that turn 'Enhance pointer precision' ON when you don't want them to.

You can test if Exteel is one of those games, by turning off EPP, applying the Test_Flatline.reg file in the MarkC zip, log off or reboot and run Exteel. If your aim in Exteel is then severely speed limited, then Exteel is affected by Windows acceleration and needs a fix. If aim is normal, then no fix will have any effect at all (that includes wcafix), and your Exteel acceleration is caused by something other than Windows.

<< Comment #179 @ 04:33 BST, 6 April 2010 >>

(Link, Reply)

By Anonymous (70.138.207.69)

Yes Exteel is one of those "older" games hence why I said WCA fix was able to fix it (on my XP drive).

And what could possibly affect it.

Could it be my Logitech Setpoint drivers? Because mouse accel I turned off on that, and it couldn't be setpoint as the problem because your fix is supposed to remove all accel.

I tried disabling setpoint anyways and there's still accel.

If the acceleration in Exteel is forced, then the mouse accel would be present in XP.

If you have the time, you can download Exteel, go to practice or something and move cursor around and see what I'm talking about.

here the link: http://www.exteel.com

I hope you can see to this matter because I'd rather not get stuck gaming on XP forever...

<< Comment #180 @ 01:23 BST, 7 April 2010 >>

(Link, Reply)

By MarktheC  - Reply to #179

As I understand it, the 'Setpoint Implementation' of acceleration is separate from the Windows' built-in (win32k) acceleration. My fix only removes Windows built-in (win32k) acceleration.

See my Comment #4 [link] above for why I know my fix works as well as wcafix.

<< Comment #181 @ 21:42 BST, 8 April 2010 >>

(Link, Reply)

By Anonymous (70.138.207.69)

I must say that if you removed the mouse accel so that it isn't present in Exteel, then you have truely 100% removed it. That is my dilemma at the moment. I don't know whether other 7 users have the same issue as me with the game.

On a side note, setpoint has an option where you can combine the setpoint settings AND OS settings. So if your fix was working, then my Exteel accel would be gone.

<< Comment #182 @ 03:06 BST, 9 April 2010 >>

(Link, Reply)

By MarktheC  - Reply to #181

I installed Exteel and tried running it, but got a BSOD. I rebooted and tried again but it gave a 'Gamemon' (?) error and would not start, sorry.

I was going to see what the new MouseMovementRecorder said in the EnPtPr column when Exteel had been running (see instructions edited into the main post under the 'Does my game need a mouse fix?' paragraph).

<< Comment #183 @ 05:45 BST, 9 April 2010 >>

(Link, Reply)

By Anonymous (70.138.207.69)

Yea sorry about that... Exteel BSODs on Windows 7 32 bit (Works on 64 bit). Ugh I guess you won't be able to see the problem.

<< Comment #184 @ 17:31 BST, 16 April 2010 >>

(Link, Reply)

By Dav

Works perfectly on Windows 7 x64.

Tested with Deus Ex.

<< Comment #185 @ 16:24 BST, 19 April 2010 >>

(Link, Reply)

By Alex Stevens

Hello,

my accel issue is apparently unrelated to "enhance pointer precision" based accel. Anyway I'm gonna try my luck and ask as you obviously have some very decent knowledge of low-level accel functionality so you might be able to help me, hopefully.

My issue is with the game Aliens vs Predator Classic 2000. I purchased it a few months ago hoping to enjoy some terrific oldschool action but I was disappointed to find out that, behold, there's annoying accel present in the game. Simply put I get negative accel when moving the mouse down and to the right. It is the same behavior I get on my computer with "enhance pointer precision" enabled (before applying a fix obviously). I was quite surprised by that as I got rid of all my accel problems long time ago with anir's fix (hl engine games and everything else works perfectly). Today when I stumbled upon this article, I used the included MouseMovementRecorder app to test the mouse in the game and it indeed keeps EnPtPr disabled, which means the game has it's own built-in mouse accel unless I'm mistaken.

I use Razer Copperhead at 500Hz and 2000 DPI (got the same results when I uninstalled the Razer drivers and used a generic office mouse).

On this computer I'm running XP SP2. Windows mouse sens set to 6/11 of course.

Any insight or hints are appreciated, I'm completely out of ideas here. Googling brought no sufficient results.

Best regards,

Alex

<< Comment #189 @ 02:09 BST, 21 April 2010 >>

(Link, Reply)

By MarktheC  - Reply to #185

[Edit:]See also these instructions:

How to test for negative acceleration - Post on Steam forums.

[End Edit]

Negative acceleration in older games is often triggered by a combination of higher CPI mice and/or lower resolution displays (when gaming) and/or lower in-game frame rates.

An older game that uses Windows (EDIT: GetCursorPos or WM_MOUSEMOVE) to read mouse input must continually reset the pointer position to the centre of the display or window (except when in the console!).

It does this to stop the pointer going off one of the edges, and being stopped by the edge.

You can see this in code for Quake 2: http://www.drdobbs.com/database/184410376#l4 (see listing 4 at the botttom).

If the pointer is stopped by the edge, then any further mouse movement in that direction is discarded and you get negative acceleration.

If the mouse CPI is high, and the screen size low, then a sudden movement towards the edge can make the (invisible) Windows pointer hit the edge and stop.

A solution is to decrease the mouse CPI (if possible) or use the Control Panel sensitivity to decrease the effective CPI.

Other solutions can be to use RInput (http://www.digitalise.net/) or DInput or similar to fake the game into using raw mouse input.

You can test if that is what is actually happening using a program I wrote:

http://www.filefront.com/17226592/PointerPositionRecorder.zip/

Start your game, then move the pointer to the middle of the screen and then start PointerPositionRecorder.exe.

Return to the game and do some fast movements to the left (or up or any edge).

Then return to PointerPositionRecorder.exe, wait 5 seconds and see if the pointer has been reported as hitting an edge (X Range and Y Range values).

X Range will report the first number as 0 if the left edge was hit when doing a fast left movement in-game.

NOTE: Try to avoid moving the pointer to the edges of the screen unless in-game so that PointerPositionRecorder.exe is reporting in-game positions only. You want PointerPositionRecorder to record in-game pointer position, NOT the pointer position while you were finding PointerPositionRecorder.exe to click on it, or clicking PointerPositionRecorder.exe in the taskbar to see what it says after the test. Use Alt+Tab rather than the taskbar.

Edited by MarktheC at 01:29 BST, 1 October 2011

<< Comment #186 @ 16:45 BST, 19 April 2010 >>

(Link, Reply)

By Anonymous (75.36.177.211)

wat do you mean by 1:1? how is 6/11 not 1:1 from mouse to computer? also how much dpi do you need for a specific resolution like 640x480 to have pixel accuracy? and wat is pixel accuracy?

<< Comment #192 @ 11:44 BST, 1 May 2010 >>

(Link, Reply)

By MarktheC  - Reply to #186

6/11 IS 1:1 when the control panel 'Enhance pointer precision' option is set OFF. But 6/11 IS NOT 1:1 when the control panel 'Enhance pointer precision' option is set ON.

Some old games turn 'Enhance pointer precision' ON, and this fix keeps it 1:1 even when that happens.

1%

<< Comment #190 @ 07:33 BST, 26 April 2010 >>

(Link, Reply)

By Anonymous (86.156.250.245)

Question, (i know you've answered alot but this would be much appreciated)

I recently switched from 1000hz on my Deathadder respawn to 500hz as it gave no red/green lines on your program that detected acceleration.

The problem is that although it has fixed the problem 100% on the desktop it seems that when I load up the game, (in my case its CoD4) the hz of the mouse seems to change and fluxuate and not fixate on the 500 mark that i was getting on the desktop, and therefore creating these red and green lines.

I'm not to fluent with these mouse options, and I don't use windows 7 or any mouse fixes. I just don't see the connection as to how I have literally zero issues on 500hz at the desktop, with no fixes and how it cant keep 500 in game?

If anyone or yourself could give me the heads up on what's going on that would be greatly appreciated. thanks.

<< Comment #191 @ 01:10 BST, 27 April 2010 >>

(Link, Reply)

By MarktheC  - Reply to #190

See Comment #43 [jump] above, and my reply Comment #44 [jump] about CoD4 and the final conclusion Comment #49 [jump]: "CoD4, ... seems to bamboozle MouseMovementRecorder ingame at normal/high fps."

As far as I know, CoD4 does not need a mousefix, you only need to turn 'Enhance pointer precision' off (which you apparently already have done).

Try the same test that Fighting Irish did: (for testing only) set the CoD4 max fps to 1 fps and retest.

If you don't see much green or red, then you are OK.

Note: MouseMovementRecorder does not directly detect acceleration.

What it detects is any difference between the mouse movement and pointer movement.

Those differences might mean acceleration, or they might mean:

- the pointer speed slider is not set to 6/11, or

- a program (CoD4) is continually moving the pointer position and confusing MouseMovementRecorder, or

- the system is busy and Windows and/or MouseMovementRecorder can't react quickly enough to accurately record the movements, or

- Logitech SetPoint Game Mode > Speed and Acceleration > 'SetPoint Implementation' is set (not applicabe to you, but can effect other people).

Edited by MarktheC at 01:11 BST, 27 April 2010

<< Comment #193 @ 06:04 BST, 4 May 2010 >>

(Link, Reply)

By Anonymous (74.111.132.119)

for some reason i can't even download it from the link you provided. any other place i can get it?

<< Comment #194 @ 00:57 BST, 5 May 2010 >>

(Link, Reply)

By MarktheC  - Reply to #193

Try again?

It is working for me now and on a few proxies I tried.

<< Comment #195 @ 15:14 BST, 10 May 2010 >>

(Link, Reply)

By Anonymous (91.89.145.229)

I've installed the fix yesterday on win7-64bit,and somehow my feeling at Counter-Strike is different. My mouse feels way faster than it did before,but shouldn't it be feeling slower? Also,I'm getting Red&Green Lines only in pairs at MMR and they only appear when I start moving my mouse faster. If I move it slowly,it's being 1:1.

<< Comment #196 @ 11:11 BST, 11 May 2010 >>

(Link, Reply)

By MarktheC  - Reply to #195

"I'm getting Red&Green Lines only in pairs at MMR and they only appear when I start moving my mouse faster."
Try setting Control Panel > Hardware and Sound > Mouse > Pointer options > and check-OFF/disable the 'Enhance pointer precision' option, and set the Pointer speed slider to the middle 6/11 position, then try MMR with fast mouse movement. If you also get paired Red&Green, then it is a Windows or MMR problem, and you can ignore it.

With the fix in place (compared to 'Enhanced pointer precision' ON, and No fix) response will be faster than before for slow movements (MMR counts < 8) and slower than before for faster movements (MMR counts > 8).

Edited by MarktheC at 11:13 BST, 11 May 2010

<< Comment #203 @ 13:26 BST, 14 May 2010 >>

(Link, Reply)

By Anonymous (91.89.145.229)  - Reply to #196

I had the same thing as above had,0x0 green sometimes. Anyways,I changed to 500hz from 1000hz just now and now i definitely have acc on because it is so much faster. I can do 3 turns by one move (middle - end of mousepad) when i could do 1 before. This is what mmr looks like:

http://www.abload.de/img/mmr4ug0.png

I made sure slider is at 6/11,razer program has the acc off,and all.

<< Comment #197 @ 15:06 BST, 12 May 2010 >>

(Link, Reply)

By Anonymous (76.190.141.42)

I have windows 7 64 bit and an ikari optical. In counter strike source no matter what i do there's still mouse accel. i aim at a certain location and swipe my mouse across from two exact points and always ends up some where differently. i tried all the steps in the 1:1 and still get red/green lines.

<< Comment #198 @ 05:59 BST, 13 May 2010 >>

(Link, Reply)

By MarktheC  - Reply to #197

Make sure you have m_customaccel set to 0 in the CS:S console or cfg file.

Make sure you have the SteelSeries setup Hardware settings > 'Enable hardware cursor acceleration' option OFF.

Do the red/green lines look like so:

http://img339.imageshack.us/img339/4867/750hz.jpg

... with red usually followed by a 0x0 green?

If they do, then see this post for a possible explanation:

RazerBlueprints Forum - New SteelSeries Xai Mouse

Does the red/green only occur in-game while playing?

If so, then please see Comment #43 [jump] above, and my reply Comment #44 [jump] about CoD4 and the final conclusion Comment #49 [jump]: "CoD4, ... seems to bamboozle MouseMovementRecorder ingame at normal/high fps", because that may also apply to CS:S.

For testing only, set max_fps to 1 and see if you get less red and green.

Are you getting positive acceleration or negative?

Positive is where you move fast left then slow right and end up left of where you started.

Negative is where you move left (fastish) then right (same speed or slower) and end up right of where you started.

1%

<< Comment #199 @ 09:41 BST, 13 May 2010 >>

(Link, Reply)

By MikeHaggarKJ

I applied the fix, feels a bit different. This is amazing work MarkC, you deserve alot of credit. :)

Now that I've been playing lots of CoD lately (as opposed to quake live and ut3) I felt that I needed it.

I seem to have a problem though, sometimes when I'm moving the mouse I get this in the Mouse movement recorder:

http://img249.imageshack.us/img249/9561/33495912.png

It's really not a big deal, I'm more curious as to why it happens.

This is just at the desktop.

I'm only using vanilla windows drivers, no setpoint/razer drivers are installed (not even using anything to change the polling rate, it's set to 1000 via the hardware switch on my abyssus)

Edited by MikeHaggarKJ at 09:49 BST, 13 May 2010

<< Comment #200 @ 12:11 BST, 13 May 2010 >>

(Link, Reply)

By MarktheC  - Reply to #199

That green 0x0 followed by red sometimes happens in MouseMovementRecorder when the polling rate is high, and is bogus: Sometimes Windows is busy or slow and is not able to update the current pointer position in time for MouseMovementRecorder to read it.

MMR will wait for half of the polling interval (0.5 ms in your case) for the pointer position to be updated to avoid displaying bogus data, but if it doesn't arrive by then it gives up and reports green 0x0 for pointer movement. The pointer movement does finally happen and gets added into the next line.

It doesn't indicate anything more except that sometimes Windows can't update the pointer position fast enough, and that MMR has quirks in how it records and reports movement.

<< Comment #201 @ 12:22 BST, 13 May 2010 >>

(Link, Reply)

By MikeHaggarKJ  - Reply to #200

alright then I see :)

Thanks alot for this fix, COD actually feels alot better now.

<< Comment #202 @ 13:26 BST, 14 May 2010 >>

(Link, Reply)

By Anonymous (212.181.151.117)

Did not work at first. Got very instabil mouse sensitivity. Then I tried again with both login_fix and mouse_fix.

AND IT WORKS SUPER!!

Thanks a lot!

<< Comment #204 @ 16:41 BST, 14 May 2010 >>

(Link, Reply)

By Anonymous (212.181.151.117)  - Reply to #202

Hmmm.. now after some time it's instable again.

m. m. record:

http://up.k10x.net/yqtnhistxvkht/m_rec3.png

only at fast movemets.

specs:

windows 7

steelseries ikari optical @800CPI

"pointer precision" unticked

both login_fix and mouse_fix at correct DPI

please help :/

<< Comment #206 @ 17:25 BST, 14 May 2010 >>

(Link, Reply)

By MikeHaggarKJ  - Reply to #204

do you have the steelseries drivers installed?

<< Comment #207 @ 18:17 BST, 14 May 2010 >>

(Link, Reply)

By Anonymous (212.181.151.117)  - Reply to #206

Yes I have. But I think it's for transfeering HIGH/LOW CPI data only. idk.

also win7 64bit*

And I had this same mouse on XP with CPLfix and no problems.

<< Comment #209 @ 01:04 BST, 15 May 2010 >>

(Link, Reply)

By MikeHaggarKJ  - Reply to #207

Well then try uninstalling them and see if it helps.

<< Comment #210 @ 02:22 BST, 15 May 2010 >>

(Link, Reply)

By MikeHaggarKJ  - Reply to #209

btw i realize that this is most likely the same problem i reported a few posts up, and its apparently a glitch in mmr caused by high polling rates. try lowering the polling rates and see if you still get the same thing. if you dont, then you know its just the glitch in mmr and hence you wont need to worry about it

<< Comment #211 @ 12:11 BST, 15 May 2010 >>

(Link, Reply)

By Anonymous (212.181.151.117)  - Reply to #210

Yes thats the thing. It's very rare that two red/green comes in a row. Otherwise they comes in pairs like you guys said above.

I have no problems in-game anymore, so thanks!

<< Comment #216 @ 12:40 BST, 20 May 2010 >>

(Link, Reply)

By MarktheC  - Reply to #204

Could you try the updated MouseMovementRecorder at this link:

(Edit: link deleted; V1.5 of MMR now in the main fix ZIP.)

and tell me if that 'fixes' it for the Xai?

Edited by MarktheC at 07:38 BST, 23 May 2010

<< Comment #218 @ 13:03 BST, 20 May 2010 >>

(Link, Reply)

By chickenfluGR  - Reply to #216

I get some huge green spikers when moving the mouse on the desktop with a little bit of speed, i use your 120hz fix + intellimouse explorer @ 250hz, during slower mouse movements i see no green/red spikes at all, what gives ?

edit : loaded the wcafix just for testing, same problem, OS windows 7 64bit

Edited by chickenfluGR at 13:04 BST, 20 May 2010

<< Comment #219 @ 01:40 BST, 21 May 2010 >>

(Link, Reply)

By MarktheC  - Reply to #218

If you move the pointer off the screen edge, you will get nothing but green. That is expected, and is because of how MMR works.

Could the pointer have been hitting a screen edge?

If not, then please upload a screen dump of MMR to imageshack or similar.

(See Comment #34 [jump] question 1, and my answer below in Comment #38.)

With the pointer at any edge, it cannot move any further and then the POINTER POSITION column shows no movement in that direction, because the pointer is not moving in that direction.

The mismatch between mouse movement and pointer movement then displays green.

Edited by MarktheC at 01:48 BST, 21 May 2010

<< Comment #205 @ 16:41 BST, 14 May 2010 >>

(Link, Reply)

By breathe

Hey MarkC I'm using W7 with the xai, and I was wondering do I need to use your accel fix or do the xai drivers remove it already making an accel fix superfluous?

<< Comment #215 @ 12:34 BST, 20 May 2010 >>

(Link, Reply)

By MarktheC  - Reply to #205

As far as I have been told, SteelSeries drivers only allow updating of the onboard settings, but do not get in the way of mouse input handling.

So: I don't think the Xai drivers do remove accel, and you will need a fix.

(BTW, Logitech SetPoint drivers on the other hand can remove accel without a separate fix.)

<< Comment #208 @ 20:48 BST, 14 May 2010 >>

(Link, Reply)

By lolvc

Could you create an alternative hidusbf for mouse polling rate?

<< Comment #214 @ 12:31 BST, 20 May 2010 >>

(Link, Reply)

By MarktheC  - Reply to #208

I have thought about doing that, but:

1) I'm not smart enough or knowledgeable enough!

2) AFAIK, HIDUSBF works for Windows 7, except that you need to use Driver Signing Enforcement Overrider.

What is really needed is for someone to purchase a driver code signing certificate, and offer it to SweetLow...

<< Comment #217 @ 12:41 BST, 20 May 2010 >>

(Link, Reply)

By MikeHaggarKJ  - Reply to #214

i cant beleive microsoft are making money through forcing companies to buy useless code signing certificates. theyre a bunch of dirty assholes. im glad i pirated their OS

<< Comment #212 @ 06:40 BST, 20 May 2010 >>

(Link, Reply)

By SufokMpC

here is the WCAFIX Updated for W7 x64

wcafix_20102005:

http://hotfile.com/dl/43763330/bc51fa3/wcafix_20102005.zip.html

WCAFIX On

http://img295.imageshack.us/i/wcafixon.jpg/

WCAFIX Off

http://img13.imageshack.us/i/wcafixoff.jpg/

Edited by SufokMpC at 06:00 BST, 22 May 2010

13%

<< Comment #213 @ 12:26 BST, 20 May 2010 >>

(Link, Reply)

By MarktheC  - Reply to #212

Great stuff and well done Sufok[MpC]!

People have been waiting for that for Windows 7 for a long time.

It's good to post that news here, but could you please also create a new thread (if you have not already done so) and link to that, so this already long thread does not get mixed MarkC and Sufok[MpC] WCAFIX questions? Thanks.

<< Comment #224 @ 09:30 BST, 23 May 2010 >>

(Link, Reply)

By MagicChicken  - Reply to #212

Wow, this really helped a lot, thanks!

Hardly any green/red lines anymore.

<< Comment #220 @ 06:27 BST, 21 May 2010 >>

(Link, Reply)

By Anonymous (76.190.141.42)

How do you install the wcafix for windows 7?

<< Comment #221 @ 21:22 BST, 21 May 2010 >>

(Link, Reply)

By Anonymous (213.46.53.70)

You enable test driver signing and then reboot. > After you've rebooted extract the files you downloaded to a newly created folder. Go to the folder and press install. > A cmd screen wil pop up and tell you that the service is starting, > after it has completed it will tell you to press any button to continue. The WCAFIX has installed.

<< Comment #223 @ 05:41 BST, 23 May 2010 >>

(Link, Reply)

By Anonymous (85.136.181.114)

Mark C:

I play QuakeWorld with client ezQuake, wich has DirectInput and Raw Input, so with those modes there should be no negative acceleration right ?

Changing game sensitivity will not affect the 1:1 ratio for pixel accuracy ?

Few games also have 2 variables that affect sensitivty:

M_Pitch for vertical movement and M_Yaw for horizontal.

Changing these will not affect pixel accuracy ?

I cant really tell because with MouseMovementRecorder it shows a few red lines, i think its from what you said that game recenter crosshair in the middle of the screen, but i though with DirectInput or Raw Input that wouldnt happen.

Nick: MatriX

<< Comment #228 @ 00:33 BST, 26 May 2010 >>

(Link, Reply)

By MarktheC  - Reply to #223

"QuakeWorld has DirectInput and Raw Input, so with those modes there should be no negative acceleration ?"
A game using DirectInput or Raw Input will not have negative acceleration due to the (hidden) pointer hitting the screen edge.

(You can still get negative acceleration if your mouse can't read the mouse-pad fast enough and skips.)

"Changing game sensitivity will not affect the 1:1 ratio for pixel accuracy ?"
Yes and No.

These fixes make 1 count of mouse movement = 1 pixel of desktop mouse POINTER (cursor) movement: 1-to-1.

A game can take that 1 pixel of desktop POINTER movement and scale it using the in-game sensitivity so that the in-game point of view moves by more than 1 pixel, meaning that some places can't be aimed at.

So YES, setting in-game sensitivity too high can affect aiming accuracy.

"I cant really tell because with MouseMovementRecorder it shows a few red lines, i think its from what you said that game recenter crosshair in the middle of the screen"
When a game re-centres the pointer, you get lots of red and green, see: http://img717.imageshack.us/img717/9603/cod4s.jpg for an example.

Just a bit of red with no green means that MMR is sometimes too slow to see all individual mouse movements.

<< Comment #225 @ 20:19 BST, 25 May 2010 >>

(Link, Reply)

By Anonymous (195.148.59.32)

I have testes absolutely everything in this thread and not succeeding to get 1-1 in CS. I have G500 and win7. It's 1-1 in windows, it's 1-1 in counter-strike menu, but ingame it's red ja green everywhere (I have PPE off). I tried all the launch options in different combos, wcafix, even different DPI's, all herzes (in fact smaller hz made it even worse). plz help :|

<< Comment #226 @ 21:22 BST, 25 May 2010 >>

(Link, Reply)

By chickenfluGR  - Reply to #225

Don't panic man, I got the same problem as well, I blame it on the mouse recorder program because ingame I do not feel any kind of positive accel at all

<< Comment #227 @ 00:19 BST, 26 May 2010 >>

(Link, Reply)

By MarktheC  - Reply to #225

please see Comment #43 [jump] above, and my reply Comment #44 [jump] about CoD4 and the final conclusion Comment #49 [jump]: "CoD4, ... seems to bamboozle MouseMovementRecorder ingame at normal/high fps".

That also applies to CS (and any game using WM_INPUT for mouse input): As the game re-centres the pointer position, MMR will show red and green. Don't worry, its not a mouse problem.

For testing only, set max_fps to 1 and see if you get less red and green.

<< Comment #229 @ 23:33 BST, 27 May 2010 >>

(Link, Reply)

By Anonymous (96.250.103.34)

I would like to change my windows sensitivity to 3/11; however whenever I try to do so; acceleration comes back (Mouse recorder shows a wall of green every time I move my mouse).

Is there any way to get 3/11 windows sensitivity in windows 7 without acceleration?

<< Comment #230 @ 00:17 BST, 29 May 2010 >>

(Link, Reply)

By MarktheC  - Reply to #229

Green or red do not necessarily mean acceleration.

Green means that the pointer is moving less than the mouse and red means that the pointer is moving more than the mouse.

With the pointer speed slider set to 3/11, Windows scales input mouse movement by 0.25 (when EPP is off, by 0.4 when it is on), so that the pointer moves slower than the mouse and MouseMovementRecorder displays green.

But the response will still still be linear @ 3/11 and have no acceleration (although some mouse input is delayed and discarded compared to 6/11).

If you know your game is one of those games that needs and activates a fix, and want to have exact 1-to-1 IN-GAME, then perhaps try my Fix Builder (see But I don't use the middle 6/11 pointer speed setting? above).

Edited by MarktheC at 23:07 BST, 10 June 2010

<< Comment #232 @ 06:17 BST, 7 June 2010 >>

(Link, Reply)

By joreL

Hello!

Well I own a logitech g5, I'm on setpoint using windows system operative options, I installed the fix using 5/11 config, w7 ultimate x 64 bits

My sistem spects: Intel core i7, tripple channel 6 gigas, gtx 260 nvidia, evga x58

Well I play quake III 1.16 point release, Inside the game I use in_mouse -1 since I'm used to that sensitivity, I used to use windows xp and its fix for disable windows acceleration, So before know this fix, I used a fix called "Mouse-Fix_v1.1_by_GiFt-ZwErG" for windows 7.

Now I'm using this fix and it looks like there is a weird problem, Inside the game the mouse moves like laggy sometimes, it doesn't feel smooth, I can feel there is some kind of fix in the windows acceleration, I feel my mouse very great, the accuracy, but I don't know what it is happening, I'm strafing as always but then the mouse get stuck or move by itself to one of the sides of simply get stuck, I don't know what to do, I still do great inside the game but I can be better if it get fixed, possible solutions?

I don't know if it has to be with the video driver, I use default settings 197.77 WHQL downloaded in guru3d.com, I use usb 1000 mhz that I enabled trough setpoint, that's why I use logitech setpoint, only to use 1000 mhz, because I don't know other way to set usbmouse1000 mhz without setpoint.

I'll try uninstalling setpoint and see if this problem is still going on... BTW if there is a way to enable 1000mhz polish rate in w7x64 bits without setpoint, please let me know.

<< Comment #233 @ 17:10 BST, 7 June 2010 >>

(Link, Reply)

By MikeHaggarKJ  - Reply to #232

you're a dumbass using in_mouse-1, thats the problem

lower the dpi to fix it if you still insist on using in_mouse 1 like a dumbass

Edited by MikeHaggarKJ at 17:11 BST, 7 June 2010

<< Comment #234 @ 18:56 BST, 7 June 2010 >>

(Link, Reply)

By joreL

Hmm thanks for the "nice" answer, But it looks like your "dumbass" mind didn't explain the "why" or you even didn't answer the question.

in_mouse -1 has been working fine ALL the time for me, Also 2000 dpi, If you know a method to "translate" my sensitivity using in_mouse 1 or 2, please let me know, I mean my sensitivity is in 1.2 , cl_mouseaccel .05 in_mouse -1, 5/11, using the same settings in in_mouse 1 or 2 doesn't feel the same.

Thanks.

Edited by joreL at 20:27 BST, 7 June 2010

<< Comment #235 @ 20:45 BST, 7 June 2010 >>

(Link, Reply)

By MikeHaggarKJ  - Reply to #234

lowering the dpi and adjusting the in game sensitivity will fix the problem. i know what the problem is, just to lazy to explain it to you.

find your own way to translate your sensitivity.

Edited by MikeHaggarKJ at 20:46 BST, 7 June 2010

<< Comment #236 @ 08:06 BST, 8 June 2010 >>

(Link, Reply)

By joreL

ok i'll try it, thanks for your advice.

1%

<< Comment #237 @ 08:39 BST, 11 June 2010 >>

(Link, Reply)

By MarktheC  - Reply to #236

in_mouse -1 might have worked for you in the past, but you should try using in_mouse 2 (or 1) instead: it works better.

-1 can suffer from negative acceleration, which sounds like you are having.

See my Comment #190 above [jump] for what that is, and a program to test it, but don't even bother, just use in_mouse 2 instead...

Edited by MarktheC at 08:41 BST, 11 June 2010

<< Comment #251 @ 19:29 BST, 8 July 2010 >>

(Link, Reply)

By joreL  - Reply to #237

Well it looks like I have to change from in_mouse -1 to in_mouse 1... Well I just need a basic help...

My sensitivity isn't not the same with in_mouse 1... It feels very different... Is there a way to "translate" my sensitivity from in_mouse -1 to in_mouse 1?

I've never got before problems with in_mouse -1 even in XP, i'm on w7 x64bits now using setpoint from logitech, 2000 dpi, 100% screen, 5/11 mouse fix...

Inside q3, only in_mouse 1 and -1 are valid, in quakelive is 1, 2, -1, 0 , Im not sure thought yet

cya later

<< Comment #252 @ 12:57 BST, 11 July 2010 >>

(Link, Reply)

By MarktheC  - Reply to #251

"My sensitivity isn't not the same with in_mouse 1... It feels very different... Is there a way to "translate" my sensitivity from in_mouse -1 to in_mouse 1?"
5/11 has a scaling factor of 0.80 (80%) when EPP is on, or when a game forces it on, and 0.75 (75%) when EPP is off.

So try adjusting your in-game sensitivity to 80% or 75% of the value you have now might get you what you want.

<< Comment #238 @ 06:52 BST, 12 June 2010 >>

(Link, Reply)

By Anonymous (202.61.47.54)

Mark,

I'm posting here (I have also posted to your blog too) but after reading the whole set point discussion, I just want to ask you straight, On your Comment #216, you said,

"(BTW, Logitech SetPoint drivers on the other hand can remove accel without a separate fix.) "

1. What options exactly?

2. Will it remove ALL accel for like the fix is supposed to do?

3. Even for 5/11 SetPoint settings with no pointer acceleration? will SetPoint behaive perfectly or i\ll get my mouse lag or i have to install fix?

Please guide me :)

Roswell

<< Comment #246 @ 03:55 BST, 1 July 2010 >>

(Link, Reply)

By MarktheC  - Reply to #238

"(BTW, Logitech SetPoint drivers on the other hand can remove accel without a separate fix.) "

1. What options exactly?"
1. I don't have a Logitech mouse myself, but based on an experiments I did on a friend's PC, I believe this to be true:

There are two ways input from a Logitech mouse gets accelerated: (1) In the SetPoint driver, or (2) in Windows (only one is enabled at a time).

When "SetPoint Implementation" is ON, SetPoint bypasses or disabled Windows acceleration.

I AM NOT SURE if SetPoint disables it strongly enough so that an acceleration fix is not needed anymore. (If you would like to test that, I can suggest how to do so.)

Note: MouseMovementRecorder CAN'T SEE or record any acceleration added by the SetPoint driver, even though that acceleration is there; MMR will show black, 1:1 even though there IS SetPoint acceleration.

For a non-G-series Logitech mouse, you can remove all acceleration using SetPoint by:

- Let SetPoint do the acceleration: Enable Mouse Game Settings > Speed and Acceleration > SetPoint Implementation

- Set SetPoint acceleration off: Pointer Settings > Pointer acceleration: None

"2. Will it remove ALL accel for like the fix is supposed to do?

3. Even for 5/11 SetPoint settings with no pointer acceleration? will SetPoint behaive perfectly or i\ll get my mouse lag or i have to install fix?"
I think it will remove all accel, but I don't know for sure, let me know if you want to test it...

I can't say anything about SetPoint lag. I don't know if having SetPoint Pointer speed to 5/11 still gives exact 1-to-1, but I would think it wouldn't.

<< Comment #240 @ 12:01 BST, 16 June 2010 >>

(Link, Reply)

By Anonymous (88.113.7.52)

i have 400dpi as minimum

100% screenres

how i get 1-1 or how i get the mouse acceleration off.

<< Comment #241 @ 08:08 BST, 18 June 2010 >>

(Link, Reply)

By Anonymous (76.126.68.196)

I used mouse move recorder. It seems pretty normal when I'm on the desktop, only a few reds and greens. This is the same when I play Team Fortress 2. Is it suppose to be entirely black?

When I try it in Starcraft 2, it's all over the place; it shows a bunch of reds and greens. So I guess mouse accel is still on. Any ideas on what's going on?

<< Comment #244 @ 11:43 BST, 26 June 2010 >>

(Link, Reply)

By eMbAh  - Reply to #241

what sensitivity do you use in sc2? Try 50% if you are not

<< Comment #248 @ 04:00 BST, 1 July 2010 >>

(Link, Reply)

By MarktheC  - Reply to #241

Please see Comment #43 [jump] above, and my reply Comment #44 [jump] about CoD4 and the final conclusion Comment #49 [jump]: "CoD4, ... seems to bamboozle MouseMovementRecorder ingame at normal/high fps".

That also apparently applies to Starcraft 2 (and any game using WM_INPUT for mouse input): As the game re-centres the pointer position, MMR will show red and green. Don't worry, its not a mouse problem, and accel IS off.

Edited by MarktheC at 04:04 BST, 1 July 2010

1%

<< Comment #242 @ 07:00 BST, 26 June 2010 >>

(Link, Reply)

By Anonymous (84.145.189.68)

will this fix be official accepted on the Big LAN Tournaments (ESL, CPL, NGL...) ?

<< Comment #245 @ 15:11 BST, 26 June 2010 >>

(Link, Reply)

By Anonymous (124.185.1.245)

OMGOSH!!!! this fix works in windows 7! FINALLY! something that works. tried out cs:s, and IMMEDIATELY shots were easier, i got like 4 headshot in a matter of about 10 seconds, without even trying. this rocks, wonder if it's as noticable in other games...

<< Comment #249 @ 13:51 BST, 1 July 2010 >>

(Link, Reply)

By Anonymous (212.37.187.58)

there is a bug with the movement recorder, if I lunch it in fullscreen i get red some red lines

<< Comment #250 @ 19:29 BST, 8 July 2010 >>

(Link, Reply)

By joreL

The only reason because I use setpoint is cause to force the 1000 usb Polishrate

Is there a way to force it without use setpoint?

Edited by joreL at 14:50 BST, 12 July 2010

<< Comment #254 @ 16:04 BST, 12 July 2010 >>

(Link, Reply)

By Anonymous (98.207.157.120)

Sorry if I'm dense, but could I please get a definitive Yes or No to this question:

Will this fix do anything for negative acceleration problems with games that do not use Direct-Input (namely, CS:S or TF2).

Thanks very much for your dedication to this, Mark!

-A

<< Comment #256 @ 06:48 BST, 16 July 2010 >>

(Link, Reply)

By MarktheC  - Reply to #254

No, this will not directly fix negative acceleration.

Removing acceleration may have some indirect benefit, because you will be slightly less likely to hit the screen edge with acceleration off. I mean with acceleration, a sudden movement of 400 mouse-counts left might be accelerated to 800 desktop-pointer-pixels, but with acceleration off, that would be only 400 desktop-pointer-pixels, and less likely to hit the screen edge and cause negative acceleration.

<< Comment #253 @ 16:04 BST, 12 July 2010 >>

(Link, Reply)

By Anonymous (83.24.168.251)

I am using Logitech G-Series Mice , now I wonder whether in SetPoint I should ENABLE option "USE OS NATIVE DRIVERS FOR POINTER SPEED AND ACCELERATION''

Anyone know ? It should be enabled/disabled after applying MarkC Acceleration Win7 fix.. ??????????????

<< Comment #255 @ 06:40 BST, 16 July 2010 >>

(Link, Reply)

By MarktheC  - Reply to #253

You can .enable 'OS Implementation', and all acceleration will be removed.

If you instead enable 'SetPoint implementation' , then Windows acceleration is bypassed/disabled BUT SetPoint acceleration is used instead. Then you will have to disable SetPoint acceleration, using Game Mode or Profiles or whatever options the Logitech drivers give you.

So you have a choice.

<< Comment #257 @ 22:10 BST, 22 July 2010 >>

(Link, Reply)

By Anonymous (189.100.87.36)

MarktheC, please, I need help. I was using the Cheese MouseFix with 6/11, but when I found your fix I just tried it because I used to use 5/11. Ingame with your fix, after choosing my settings and stuff, I can't get 1-to-1. There's always a green bar showing up in the Mouse Movement Recorder. I'm using 5/11 - 120 Hz - 96 DPI - Windows XP - here's the reg file:

Windows Registry Editor Version 5.00

[HKEY_CURRENT_USER\Control Panel\Mouse]

"MouseSensitivity"="8"

"SmoothMouseXCurve"=hex:\

00,00,00,00,00,00,00,00,\

F0,FF,0F,00,00,00,00,00,\

E0,FF,1F,00,00,00,00,00,\

D0,FF,2F,00,00,00,00,00,\

C0,FF,3F,00,00,00,00,00

"SmoothMouseYCurve"=hex:\

00,00,00,00,00,00,00,00,\

00,00,38,00,00,00,00,00,\

00,00,70,00,00,00,00,00,\

00,00,A8,00,00,00,00,00,\

00,00,E0,00,00,00,00,00

Can you help me, please? Thank you very much.

<< Comment #258 @ 22:29 BST, 22 July 2010 >>

(Link, Reply)

By hoppan  - Reply to #257

Do you have enhanced pointer precision checked? That fix is only supposed to give 1:1 when it's checked.

<< Comment #259 @ 14:08 BST, 29 July 2010 >>

(Link, Reply)

By Anonymous (89.122.154.63)

Hallo Mark !

I tried your fix in win 7 and vista, both of them x64.

It worked until restart, both cases.

Now, I get the following results:

1 - Measured with your tool, windowed mode

[IMG]http://img823.imageshack.us/img823/9881/win7minimizedrecorderde.png[/IMG]

Uploaded with ImageShack.us

2- Measured with regular tool + your tool - slow motion, windowed mode

[IMG]http://img251.imageshack.us/img251/9784/win7minimizedrecordersc.png[/IMG]

Uploaded with ImageShack.us

3- Measured with regular tool + your tool - fast motion, windowed mode

[IMG]http://img529.imageshack.us/img529/9784/win7minimizedrecordersc.png[/IMG]

Uploaded with ImageShack.us

4- Measured with regular tool + your tool - slow motion, maximized mode

[IMG]http://img101.imageshack.us/img101/2172/win7maximizedrecordersc.png[/IMG]

Uploaded with ImageShack.us

5- Measured with regular tool + your tool - fast motion, maximized mode

[IMG]http://img713.imageshack.us/img713/2172/win7maximizedrecordersc.png[/IMG]

Uploaded with ImageShack.us

Please analize those pictures, and the following information and tell me what is wrong:

- mouse logitech G9X (usbrate 1000) - DPI 1600, 1700, 1800, 1900 or 2000

- enptpr = 0; sens 6 of 11

- both systems giving same results, even after reinstaling vista

Please help :((

<< Comment #265 @ 12:00 BST, 1 August 2010 >>

(Link, Reply)

By MarktheC  - Reply to #259

I've seen (been told of) this before with Steelseries Xai mice.

It is nothing to worry about :) !

- This is a problem (a very small one) with Logitech and Steelseries mice when using a high polling rate (1000Hz) which causes MouseMovementRecorder to display those lines you show.

(It is not a problem with the registry fix, because the registry fix is not even active when EPP/EnPtPr = off.)

The problem is not even really a problem, read below...

- MMR records mouse movement and pointer movement and TRIES to match them up:

Usually, Windows processes the mouse movement and updates the pointer position BEFORE MMR gets started.

But sometimes there is a short delay between mouse movement and Windows updating the pointer position, and MMR will read the mouse movement but the pointer movement will still be zero. MMR will delay a little while (max 0.5ms) waiting for the pointer position to catchup and often it does catch up and MMR can show the matched movements.

- Look at picture 3, the MMR 1.1 recording.

Lines 1 & 2 are saying that the mouse moved 0x1 but the pointer moved -1x1, then 0.4 milliseconds later, the mouse moved -1x0.

Total mouse movement over that 0.4ms time period: -1x1. Total pointer movement over that 0.4ms time period: -1x1 = SAME.

OHH NOOESSS!!1!! BUT THERE IS A 0.4ms DELAY!!!1!! ;-)

The delay is not significant.

Everytime it happens, the pointer and the mouse catch up very shortly afterwards. You are not going to notice it.

- Why it happens:

Logitech mice (and Steelseries Xai), when set to a high mouse polling rate, do something a little strange (IMO).

They record inside the mouse each individual movement @ 1000Hz and separately store them until the PC next polls the mouse.

But the PC can't poll the mouse that fast. When the PC does poll the mouse, sometimes there are TWO mouse movements stored, which are both sent and processed quickly one after the other.

(Other mice store the total movement since the last poll and only send a single total movement.)

MMR 1.1 and MMR 1.5 handle the wait-and-catchup slightly differently from each other.

MMR 1.1 reads the first mouse movement and then waits for the pointer position to change (if it hasn't already changed), then displays the result. This means it usually displays the FIRST mouse movement, with the TOTAL pointer movement. It then loops around and gets the second mouse movement, and waits max 0.5ms for more pointer movement, which never comes, and displays green 0x0.

MMR 1.5 tries to avoid this specific problem. It reads the first mouse movement and then waits (max 0.5ms) for the total mouse movement to be the same as the total pointer movement. During this wait it will read the second mouse movement and add that to the first. It will often match up the two separate mouse movements and display the matched totals.

- Is MMR 1.5 purposely hiding this problem?

Yes.

The problem is small and people needlessly get alarmed by it.

If you run MMR with the -nocatchup option:

MouseMovementRecorder -nocatchup
... it will not try and match up any inputs, and will just report what it sees when it sees it.

- Image 5, fast motion, maximized.

When trying a catchup, MMR uses CPU. The catchup loop does have a Sleep(0) call, but it is a very tight loop and uses CPU.

Scrolling the text in the windows upwards every time there is a mouse movement uses CPU. Maximized windows means more text to scroll uses more CPU. Two windows open means more CPU used.

High CPU use means Windows may delay updating the pointer position, which causes MMR to try to catchup, which uses more CPU which causes Windows to delay updating the pointer which causes MMR to try to catchup...

RELAX! Everything is OK! ;-)

BTW, version 1.0 of MouseMovementRecorder "moumrec.exe" was written by Anir (the author of AccelFix and WCAF).

Versions 1.1 thru 1.6 are modifications I made to Anir's 1.0.

<< Comment #268 @ 12:33 BST, 1 August 2010 >>

(Link, Reply)

By hoppan  - Reply to #265

I had that happen on some motherboards but not on others, even with the exactly same mouse. I think it's an usb controller related "issue".

<< Comment #260 @ 21:35 BST, 29 July 2010 >>

(Link, Reply)

By aerial

Btw is there a tool to adjust acceleration under windows? I mean, ideally a tool with very precise accel settings, like chart that shows accel curve. There is nothing for win xp, only enable/disable, even a slider would beat that.

That would be a way to get accel for low dpi mouse @ high desktop res, using wmo for full hd screen with accel, solves pixel skipping problem. For games it would allow people to use same accel under different type of games (while they can't transfer their accel setting from quake to other fps games for example).

But this would be most useful for intelli mouse users with high desktop resolutions, that are not low sens players.

<< Comment #267 @ 12:26 BST, 1 August 2010 >>

(Link, Reply)

By hoppan  - Reply to #260

Indeed the default Windows curve isn't good for all possible configurations. I am actually working on a easy-to-follow a tutorial on how to customize the windows accel curve. Stay tuned! :)

Edited by hoppan at 12:27 BST, 1 August 2010

<< Comment #261 @ 21:49 BST, 29 July 2010 >>

(Link, Reply)

By Lunatic

Thanks alot MarktheC, the scene needs people like you!

<< Comment #262 @ 17:39 BST, 31 July 2010 >>

(Link, Reply)

By Ruin

http://www.filefront.com/16520589/MarkC_Windo...ilder.zip/

Is the "Download" link working for anyone?

<< Comment #263 @ 19:17 BST, 31 July 2010 >>

(Link, Reply)

By Lunatic  - Reply to #262

yes, works here

<< Comment #283 @ 00:54 BST, 10 August 2010 >>

(Link, Reply)

By Ruin  - Reply to #263

Is there a mirror? I having trouble downloading this. It just redirects me to the front page every time I click "download".

<< Comment #286 @ 04:42 BST, 10 August 2010 >>

(Link, Reply)

By MarktheC  - Reply to #262

This is an old version.

Best to use the current link on my blog at:

http://donewmouseaccel.blogspot.com/2010/04/markc-mouse-acceleration-fix-builder.html

Edited by MarktheC at 04:42 BST, 10 August 2010

<< Comment #264 @ 07:07 BST, 1 August 2010 >>

(Link, Reply)

By Anonymous (98.239.185.4)

One question, regarding your program and making a window's 7 reg fix.

Why do you include mousesensitivity 10 in the registry file?

"MouseSensitivity"="10"

"SmoothMouseXCurve"=hex:\

00,00,00,00,00,00,00,00,\

70,3D,0A,00,00,00,00,00,\

E0,7A,14,00,00,00,00,00,\

50,B8,1E,00,00,00,00,00,\

C0,F5,28,00,00,00,00,00

is there a reason why it suppose to be at 10? what does it exactly do?

<< Comment #266 @ 12:15 BST, 1 August 2010 >>

(Link, Reply)

By MarktheC  - Reply to #264

MouseSensitivity=n is in the fix to make sure you get exact 1-to-1.

Internally, Windows multiplies mouse movement by the MouseSensitivity value, and so part of the magic numbers of the fix is to divide by MouseSensitivity to undo that.

(The fix can only divide by a single hard-coded constant, 10 in the case of these fixes.)

If you had MouseSensitivity=8 in your registry, but used these fixes that assume MouseSensitivity=10, then Windows would calculate movement * 8 / 10, and you wouldn't get exact 1-to-1.

(In a way, I put MouseSensitivity=10 in the fix so that you would ask me what it was for, rather than tell me that you weren't getting exact 1-to-1! ;-)

If you need a fix with a different value for MouseSensitivity, then use the MarkC Fix Builder.

MouseSensitivity corresponds to the Control Panel Pointer speed slider, MouseSensitivity=1 is position 1 of 11 (Slow, leftmost), MouseSensitivity=N is position N/2+1 of 11, MouseSensitivity=20 is position 11 of 11 (Fast, rightmost).

Edited by MarktheC at 12:25 BST, 1 August 2010

<< Comment #269 @ 20:53 BST, 1 August 2010 >>

(Link, Reply)

By Anonymous (98.239.185.4)  - Reply to #266

second question

games like counterstrike and counterstrike source will always have accel correct?

when I have the games open and the mouse movement recorder on, no matter what there is red and green showing up.

<< Comment #270 @ 11:30 BST, 2 August 2010 >>

(Link, Reply)

By MarktheC  - Reply to #269

"when I have the games open and the mouse movement recorder on, no matter what there is red and green showing up."
That red and green is not accel, it is the game confusing MouseMovementRecorder.

Please see Comment #42 [jump] above, and my reply Comment #43 [jump] about CoD4 and the final conclusion Comment #48 [jump]: "CoD4, ... seems to bamboozle MouseMovementRecorder ingame at normal/high fps".

That also applies to CS and CS:Source: As the game re-centres the pointer position, MMR will show red and green. Don't worry, its not a mouse problem, and accel IS off.

For testing only, try setting the game max fps to 1fps and you will see MMR display only occasional red and green.

Edited by MarktheC at 23:04 GMT, 26 January 2013

1%

<< Comment #758 @ 18:43 GMT, 28 November 2012 >>

(Link, Reply)

By nemecel  - Reply to #270

So It's normal that after applying the .reg file in windows I get 1-1 scale and in QL i get missmatches everywhere?

<< Comment #759 @ 22:34 GMT, 28 November 2012 >>

(Link, Reply)

By MarktheC  - Reply to #758

Yes.

<< Comment #760 @ 02:46 GMT, 29 November 2012 >>

(Link, Reply)

By pecka_  - Reply to #758

if u set in_mouse 2 u dont need any mouse accel fixes...ofc if u play only quakelive.

<< Comment #998 @ 19:50 BST, 14 May 2014 >>

(Link, Reply)

By doped  - Reply to #760

i doubt you need it anyway, only if you use accel in windows. ql don't apply the double variable afaik?

<< Comment #271 @ 15:08 BST, 3 August 2010 >>

(Link, Reply)

By jermin

I got a vbs error when running the script in Chinese Vista x86 SP2. The error message is:

Script:

E:\Download\MarkC_Windows7+Vista+XP_MouseFix_Builder\MarkC_Windows7+Vista+XP_MouseFix_Builder.vbs

Line: 127

Charator: 3

Error: Inalid use of Null

Error Codes: 800A005E

Source: Microsoft VBScript Runtime Error

Please help!

<< Comment #274 @ 08:14 BST, 7 August 2010 >>

(Link, Reply)

By MarktheC  - Reply to #271

THANK YOU for reporting that error message. Some people have said it didn't work on Vista, but so far have never given me an error message that I can work with.

Please download and run this test VBS script and let me know what it displays on the screen (will be two messages).

http://www.filefront.com/17180490/VistaRefreshTest.vbs/

<< Comment #278 @ 15:03 BST, 7 August 2010 >>

(Link, Reply)

By jermin  - Reply to #274

Unfortunately, it only turned up one line:

Win32_VideoController.CurrentRefreshRate = 60

<< Comment #277 @ 15:02 BST, 7 August 2010 >>

(Link, Reply)

By jermin  - Reply to #274

I was wrong. After I clicked OK, 2 more messages popped up.

First:

Win32_VideoController.CurrentRefreshRate = 60

Second:

Win32_VideoController.CurrentRefreshRate is null

Third:

Win32_DisplayConfiguration.DisplayFrequency = 60

<< Comment #280 @ 12:42 BST, 8 August 2010 >>

(Link, Reply)

By MarktheC  - Reply to #277

Please try this new version of the fix builder:

http://donewmouseaccel.blogspot.com/2010/04/m...ilder.html

Please let me know if it now works.

Edited by MarktheC at 02:14 BST, 10 August 2010

<< Comment #281 @ 13:28 BST, 9 August 2010 >>

(Link, Reply)

By jermin  - Reply to #280

Works like a charm! Thank you ver much, Mark.

<< Comment #284 @ 00:56 BST, 10 August 2010 >>

(Link, Reply)

By Ruin  - Reply to #280

Link doesn't work for me. Keeps redirecting me to news.filefront.com every time I click "download".

<< Comment #285 @ 04:39 BST, 10 August 2010 >>

(Link, Reply)

By MarktheC  - Reply to #284

It worked for me just now. Try again via my blog perhaps? (link above edited to be via my blog).

The fix builder is also included in the main Mark C fix, so try that link also (a new version with with the the fixed fix builder uploaded just now).

<< Comment #290 @ 03:31 BST, 13 August 2010 >>

(Link, Reply)

By Ruin  - Reply to #285

Still not working for me. Other people are having the same redirecting issue as me but filefront doesn't seem to have an answer for us.

:/

<< Comment #292 @ 08:50 BST, 13 August 2010 >>

(Link, Reply)

By MarktheC  - Reply to #290

Aside from filefront, what is another good fileupload site for small files? I can upload somewhere else as well.

<< Comment #293 @ 11:54 BST, 13 August 2010 >>

(Link, Reply)

By Ruin  - Reply to #292

Can you try mediafire,? Thanks.

<< Comment #294 @ 12:01 BST, 14 August 2010 >>

(Link, Reply)

By MarktheC  - Reply to #293

Alternative download link (mediafire) added to my blog article.

<< Comment #295 @ 13:17 BST, 14 August 2010 >>

(Link, Reply)

By Ruin  - Reply to #294

Link works. Thank you so much!

<< Comment #272 @ 23:10 BST, 4 August 2010 >>

(Link, Reply)

By Anonymous (89.122.154.63)

Many thanks Mark for answering comment #260.

One more thing pls. Did rinput affect 1-to-1 settings done with your fix ?

<< Comment #275 @ 08:18 BST, 7 August 2010 >>

(Link, Reply)

By MarktheC  - Reply to #272

RInput completely removes acceleration and gives 1-to-1 for a games that it works for, even negative acceleration caused by the hidden pointer hitting the edge of the screen (high DPI mice used with low display resolutions).

RInput bypasses the Windows acceleration entirely. My fix tweaks the acceleration out to zero, and sets 1-to-1 but when RInput is working on a game you don't need my fix and it is bypassed anyway.

<< Comment #279 @ 06:34 BST, 8 August 2010 >>

(Link, Reply)

By Anonymous (89.122.154.63)  - Reply to #275

Thank you Mark.

<< Comment #273 @ 05:25 BST, 6 August 2010 >>

(Link, Reply)

By joreL

I tried using rinput on windows 7 x64 and windows xp x86 with quake3, but it says it didn't load the dll file, in simple works, it didn't work, any other alternative?

I have not simulated yet my sensitivity with in_mouse 1, Im used to in_mouse -1 totally!

Please I would really appreciate any help.

<< Comment #276 @ 08:24 BST, 7 August 2010 >>

(Link, Reply)

By MarktheC  - Reply to #273

AFAIK, in_mouse 3 does the same job as RInput, so use that?

(Some googling tells me Quake Live uses in_mouse 2 = Raw, but Quake 3, Challenge Quake 3, Smooth Quake and ezQuake use in_mouse 3 = Raw, but I'm not sure.)

Edited by MarktheC at 08:46 BST, 7 August 2010

<< Comment #282 @ 22:24 BST, 9 August 2010 >>

(Link, Reply)

By Anonymous (70.138.207.69)

Can someone re-upload the updated WCA fix from Sufok? Link is dead. So are all the links on google...

<< Comment #287 @ 10:12 BST, 10 August 2010 >>

(Link, Reply)

By Anonymous (68.148.132.238)

coming from windows xp with the cpl mouse fix to windows 7 with this, the change is dramatic, is it possible to have the exact same mouse settings as windows xp with the cpl mouse fix on windows 7

<< Comment #289 @ 12:14 BST, 10 August 2010 >>

(Link, Reply)

By MarktheC  - Reply to #287

My advice:

Use these fixes and benefit from exact 1-to-1. Adjust your in-game sensitivity to get back to your XP sensitivity.

But if you MUST have the same as CPL on XP, then do this calculation:

R = your in-game refresh rate you used ON XP

D = your DPI that you used ON XP (usually = 96 'Normal Fonts')

M = your registry MouseSpeed value you had ON XP (related to the Control Panel > Mouse > Pointer speed slider: MouseSpeed=1 is position 1 of 11 (Slow, leftmost), MouseSpeed=10 is the middle 6/11 position, MouseSpeed=N is position N/2+1 of 11, MouseSpeed=20 is position 11 of 11 (Fast, rightmost))

Calculate this number: 4.24 * (R / D) * (M / 10) / 3.5

Run the Mark C Fix Builder on your Windows 7 box.

Choose to create a "Windows7" fix.

Enter/confirm the values as they are on your Windows 7 box (NOT your old XP values).

When it asks for "Pointer Speed Scaling" enter the number you calculated above.

The reg file it creates should give you the same sensitivity IN-GAME (with Enhanced pointer precision turned ON by a bad game) as you had on Windows XP with the CPL fix.

You WON'T get exact 1-to-1, which means some small amount of delayed or discarded mouse input. Not noticable, but there will be some...

Edited by MarktheC at 12:42 BST, 10 August 2010

1%

<< Comment #288 @ 10:51 BST, 10 August 2010 >>

(Link, Reply)

By Anonymous (68.148.132.238)

Also can anyone reupload the wcafix that sufok posted.

<< Comment #291 @ 04:37 BST, 13 August 2010 >>

(Link, Reply)

By im a tree

had to play at AEF where the computers only had w7 and this worked perfectly, cheers dude

if only you had some magical fix for the horrible output delay caused by video matrix switches and you'd have pretty much been my favoritest person on esr

<< Comment #296 @ 06:32 BST, 16 August 2010 >>

(Link, Reply)

By joreL

in_mouse 3 doesn't work on quake 3, only in_mouse 1, -1.

Markc, If there is a way to fix that problem of the in_mouse -1 getting stucked, I'd really appreciate it, I can't scall my sensitivity with in_mouse 1, I used to score 15 per minute in q3, Now I do hardly 8 or 9 fpm, I really suck now, The sensitivity is really perfect with in_mouse -1 but sometimes the mouse gets stuck with ur mousefix.

Please really, if there is a way to fix it, let me know :S

<< Comment #299 @ 10:53 BST, 18 August 2010 >>

(Link, Reply)

By MarktheC  - Reply to #296

Google for 'Quake 3 complete list of console variables'.

Use in_mouse 1 and change the Quake 3 'sensitivity' variable to get the sensitivity you want.

I presume by 'stuck' you mean negative acceleration (on-screen movement not as large as you expected) when moving the mouse quickly.

If using in_mouse -1, you can help prevent negative acceleration by lowering your Windows control panel sensitivity and/or increasing the display resolution (1024 wide to 1680 wide for example).

<< Comment #297 @ 19:33 BST, 17 August 2010 >>

(Link, Reply)

By meccausa

hi. i did use windows default and still have the mousefix... wtf?

<< Comment #298 @ 05:42 BST, 18 August 2010 >>

(Link, Reply)

By joreL  - Reply to #297

Yes, same here, I was about to ask how to put windows default.

<< Comment #300 @ 10:56 BST, 18 August 2010 >>

(Link, Reply)

By MarktheC  - Reply to #298

Read under the heading 'How do you remove it?'

<< Comment #301 @ 16:23 BST, 20 August 2010 >>

(Link, Reply)

By Anonymous (82.231.229.223)

Hello everyone,

Firstly a big thank you to MarkC for the fix ...

I come to you to know why I can not completely disable the acceleration of my mouse (Razer Abyssus) on Counter Strike 1.6!

It's been several days since I tested everything but I can never completely disable acceleration.

You can see at the following address different configuration and the result given ...

http://imagee.eu/1282316799.jpg

If someone has an idea, let me know!

Thank you in advance for your answers,

Alex

PS: I'm French and I use Google Translation

<< Comment #302 @ 02:59 BST, 23 August 2010 >>

(Link, Reply)

By MarktheC  - Reply to #301

The red and green in your left Mouse Movement Recorder are normal and do not indicate acceleration. The red and green happens because Mouse Movement Recorder gets confused by CS 1.6 when CS re-positions the hidden pointer back to the middle of the screen.

Please see Comment #43 [jump] above, and my reply Comment #44 [jump] about CoD4 and the final conclusion Comment #49 [jump]: "CoD4, ... seems to bamboozle MouseMovementRecorder ingame at normal/high fps".

The same applies to CS 1.6: As the game re-centres the pointer position, MMR will show red and green. Don't worry, its not a mouse problem, and accel IS off.

<< Comment #303 @ 19:40 BST, 23 August 2010 >>

(Link, Reply)

By Anonymous (82.231.229.223)  - Reply to #302

Thank you for your reply.

But I still feel a random acceleration and the gameplay is totally different than on Windows XP with PLC and fix the parameters "-noforcemparms-noforcemaccel-noforcemspd" in launch options for CS.

I do not know if it really comes from the acceleration ... unfortunately. I never used Windows XP MouseMovementRecorder whether the acceleration was well off.

Anyway, I will try to get used to this new configuration, but I really hurt!

<< Comment #304 @ 20:29 BST, 23 August 2010 >>

(Link, Reply)

By Anonymous (77.103.44.64)

To MarkC, can you tell me something please if you know-

With XP and Anir's fix, why is the mouse so much more responsive (less laggy) than Windows 7 with your fix?

I'm in no way blaming you for anything, your fix does what it's supposed to do, but is this something to do with the Windows 7 code itself involving mouse?

It it certainly not a placebo or anything. Take BF2 for an example, this is the only FPS I play- I used to have it on XP then went to Windows 7 and the mouse feels ever so slightly laggy, as if Vsync is HALF ENABLED- it's about half the mouse lag you get when Vsync is on.

This is easily replicated by installing XP and Anir's fix- play BF2 and shake the mouse left/right quickly- the mouse goes exactly where you want it to go- it's perfect, no acceleration or lag whatsoever.

Then go to Windows 7 with your MarkC fix and do the same thing shaking left/right quickly- it's very floaty and laggy compared to XP with Anir's.

I would love to hear an explanation as to what this is, I've tried disabling Aero and all sorts just in case that's affecting it but it doesn't seem to be.

I went back to XP after putting up with Windows 7 for about 6 months and I felt like a hacker again with the sniper rifle- if only there was a way to make Windows 7 mouse feel like XP's there MUST be a reason.

I may be extra sensitive to how the mouse moves, especially with all my mental conditions lol but it's definately different.

Thanks for any replies and sorry for a wall of text it's a bad habit of mine, and I also accidentally posted this in the Cheese mouse fix thread so I pasted it here.

<< Comment #305 @ 00:26 BST, 24 August 2010 >>

(Link, Reply)

By MarktheC  - Reply to #304

Other people say Windows 7 mouse response is laggy, but I don't know why, sorry. You might try DPC Latency Checker and see what that says.

<< Comment #306 @ 13:41 BST, 24 August 2010 >>

(Link, Reply)

By Anonymous (77.103.44.64)

Thanks for the quick reply, the latency checker is low on both OS's I've ran it before.

I'm back on 7 now I couldn't stand dual booting with XP just to play BF2 then having to switch back and forth.

I've just tried installing the G9 Setpoint drivers, and tried it with "Setpoint Implementation" - I've tried it before and the mouse still feels strange compared to XP but I'm almost certain it's slightly less laggy, but that could be placebo.

Thanks for finally releasing an accel fix anyway, you've pleased lot of people, but do you think that any time in the future there will maybe something like Anir's fix for Windows 7 that removes everything on the Windows side and gives you a raw input feeling mouse?

I know Anir's fix patches a system file or something, can't this be done on Windows 7?

If it could, would you be able to look into it?

Thanks for any replies

<< Comment #307 @ 15:57 BST, 24 August 2010 >>

(Link, Reply)

By acid_reptile  - Reply to #306

@ anonymous

afaik, WCAFIx for windows 7 should do the same as anirs fix for XP.

i uploaded the one im using. (cant say if its the latest version but its for win7 x86/x64)

http://hotfile.com/dl/64341199/0a4ccda/wcafix_20102005.rar.html

<< Comment #309 @ 00:30 BST, 25 August 2010 >>

(Link, Reply)

By MarktheC  - Reply to #306

Same thing, different file host:

http://rapidshare.com/files/414877656/WCAFix_AllOS.rar

(Uploaded by Corrupt^ on steam forums.)

<< Comment #308 @ 19:38 BST, 24 August 2010 >>

(Link, Reply)

By Anonymous (77.103.44.64)

Hmm I tried that just now, not only is test signing an inconvenience, it still feels laggy to me.

It's as though Windows 7 is trying to smooth everything out, XP feels grittier but definately more responsive

<< Comment #310 @ 00:38 BST, 25 August 2010 >>

(Link, Reply)

By MarktheC  - Reply to #308

"... it still feels laggy to me"
A properly constructed registry fix* (this one) will work EXACTLY the same as wcafix does; aside from a few microseconds of extra CPU, the mouse will behave exactly the same. See my Comment #4 [jump] above.

If a registry fix (this one) feels laggy, then wcafix will also feel laggy.

(* When used with the pointer speed slider set to the same value the fix was designed for.)

<< Comment #311 @ 04:38 BST, 25 August 2010 >>

(Link, Reply)

By Anonymous (24.23.59.182)

WCAfix for W7 feels way laggier than Mark C's registry fixes.

Regardless I agree with you that Windows 7 doesn't feel the same as XP no matter what kind of fix I try.

Basically I either have to double my sens or double the DPI to get a similar feeling as XP.

<< Comment #312 @ 14:19 BST, 25 August 2010 >>

(Link, Reply)

By Anonymous (77.103.44.64)

MarkC I'm not doubting the CPU useage, I know that's not a problem- but surely you've used XP before and can compare the 2- it's like comparing raw input to having vsync on almost.

I just wondered what it could be that's causing Windows 7's mouse movement to not feel the same, although they both apparently have no acceleration at all/1-1 mouse movement, but like I said it's not really acceleration- it's a slightly laggy floaty feel.

I find it so hard on Windows 7 to shoot at multiple targets quickly because of the delay, when I'm trying to compensate for recoil the mouse feels like its drifting off in random directions because of it, and when I go for a quick shot like a dragshot the crosshair never ends up exactly where I want it- sure I can compensate for the delay, and still aim, but I'm nowhere near as accurate and fast as I am with XP- it makes a LOT of difference.

I can assure you I've tried everything- disabling aero, disabling dwm.exe, using classic themes, force vsync off, use ati tray tools and set flip queue size to 0 (and pre rendered frames to 0 with nvidia), got no programs running in background.

Is Windows 7's mouse "code" or whatever completely different to XP's? Or could this be something running on Windows 7 that I've overlooked? I've disabled most services using BlackViper's website, I've tried almost everything and I'm thinking of redoing an XP partition just for games again

<< Comment #314 @ 00:57 BST, 26 August 2010 >>

(Link, Reply)

By MarktheC  - Reply to #312

Sorry to report that I do not game on Windows 7 (and barely game on Windows XP either). My main system is XP, and I only use Windows 7 (betas) for testing my fix.

The part of Windows that applies the control panel sensitivity and acceleration is nearly identical in XP and Vista and 7. The differences are a few if-then-else branches that do a few things differently, but nothing that would affect lag.

I haven't looked AT ALL at any of the upstream code (device drivers, between the mouse hardware and the accel code), nor any of the downstream code (updating the pointer position etc), so there could be problems in there.

One test comes to mind: Many games (all of the Valve Source related +Quake etc) use changes in the pointer position to calculate mouse input. If Windows 7 was tardy in updating the pointer position, that could prove the lag (but not identify where it was caused).

Try this: On both XP and Windows 7:

- Use Control Panel to set 'Enhance pointer precision' OFF and the pointer speed slider to the middle 6/11 position.

- Run:

MouseMovementRecorder.exe -nocatchup
- Observe the how much green followed by red you get.

Did the above show a significant difference between XP and 7?

The -nocatchup option tells MMR not to wait a short while for the pointer position to catchup, and just reports what it can see when the mouse input arrives. Lots of green followed by read means Windows is being slow in updating the pointer position, which will affect games that use changes in the pointer position to calculate movement.

<< Comment #317 @ 16:25 BST, 26 August 2010 >>

(Link, Reply)

By hoppan  - Reply to #314

Probably caused by a different mouse driver in Win7 or something else lower-level than MMR can catch up on.

<< Comment #431 @ 20:25 BST, 3 October 2010 >>

(Link, Reply)

By Intrinzik  - Reply to #312

I've had a similar experience with Win7 and know that there are other people who have as well. It's unfortunate that exactly where the problem stems from has not yet been identified :(

<< Comment #313 @ 00:42 BST, 26 August 2010 >>

(Link, Reply)

By Anonymous (188.81.226.122)

hello MarkC. i have unstable MOUSE HZ in this PC. maybe its mobo usb ports fault? i have 430 420 560 1024 1250 200 300

not 499 500 how i used to have! tell me how to fix it pls. you re a genious!

<< Comment #315 @ 01:23 BST, 26 August 2010 >>

(Link, Reply)

By MarktheC  - Reply to #313

By default, version 1.5 (and some earlier versions) of MouseMovementRecorder run at High priority.

This makes it slightly worse at matching mouse movements and pointer movements (apparently because Windows does not move the pointer in a High priority process and then MMR was seeing the mouse movement too soon before the pointer was moved and it more often gives up waiting and shows green or red).

BUT running at a high priority may make the Mouse Hz column more accurate.

Version 1.6 runs at Normal priority, because this seems to do a better job of matching mouse and pointer movement.

BUT running at a lower priority may make the Hz column less accurate.

Try this: run MouseMovementRecorder.exe, then use Task Manager to set the priority to High: Task Manager > (select MouseMovementRecorder.exe) > Right-click > Set Priority > High.

Also: reported numbers near to 333, 250, 200 are NORMAL when the MOUSE MOVEMENT column shows 1x0 or 0x1 or -1x0 or any combination with only ones and zeros. Only worry about numbers near to 333, 250, 200 if there are twos and threes etc in the MOUSE MOVEMENT column.

(Hz = 1000/n, n=1,2,3,4,5...)

Unstable Hz around 333-500Hz is probably still better than the default at 125Hz, I would think, so don't worry!

Edited by MarktheC at 01:24 BST, 26 August 2010

<< Comment #316 @ 06:59 BST, 26 August 2010 >>

(Link, Reply)

By Anonymous (188.81.225.141)

mark, hi. there are 3,4,5,6,7 numbers appearing X 0 or something.

the 1200hz when it appears my mouse swaps too fast so i cant aim on games. :/

<< Comment #319 @ 17:56 BST, 26 August 2010 >>

(Link, Reply)

By Anonymous (77.103.44.64)

Yes Mark, I just tried the mousemovementrecorder program, created a shortcut to it and added the -nocatchup argument.

In Windows 7, there are LOADS of green bars followed by a red constantly.

In XP there is only ever 1 green bar then 1 red bar, and it doesn't happen often.

Could this be related to the problem I'm getting?

<< Comment #321 @ 00:53 BST, 27 August 2010 >>

(Link, Reply)

By MarktheC  - Reply to #319

"In Windows 7, there are LOADS of green bars followed by a red constantly. ... Could this be related to the problem I'm getting?"
YES. That shows Windows 7 (on your system) is slower than XP in updating the pointer position, and could explain the lag you feel.

Somebody needs to build a program to measure that delay...

Edited by MarktheC at 00:55 BST, 27 August 2010

<< Comment #318 @ 17:56 BST, 26 August 2010 >>

(Link, Reply)

By Anonymous (77.103.44.64)

From what you said it sounds like Windows 7 is being very slow compared to XP in updating pointer position, could that explain the lag I'm noticing?

I'm back on dual boot with XP now so was easy to test, both have enhance pointer precision off and 6/11 sens.

Is there any way to fix this on Windows 7 or is it just the way it is?

Thanks for any replies

<< Comment #320 @ 19:32 BST, 26 August 2010 >>

(Link, Reply)

By Anonymous (188.81.225.141)

hello again mark. I cant set to High priority dunno why, says i dont have access (lol?)

heres a print of my problem, and yes its not good because on games my mouse swaps too fast it should be.. (god damn it)

this is happening with MY XAI: http://img90.imageshack.us/img90/8616/semttuloxp.jpg

<< Comment #322 @ 01:02 BST, 27 August 2010 >>

(Link, Reply)

By MarktheC  - Reply to #320

See here: http://www.sevenforums.com/tutorials/10499-ta...rtcut.html ... for how to run Task Manager as Administrator and please try again.

<< Comment #323 @ 01:18 BST, 27 August 2010 >>

(Link, Reply)

By Anonymous (77.103.44.64)

If someone creates a program to measure the delay, how would it help?

Could there be a possible fix for this as I'm not the only person who's noticed it.

If so It would make my day and I can go 100% Windows 7 for games.

I'm pretty sure it won't be just my system that produces these results (if anyone else wants to try it) just to prove it, as I've noticed the same lag on 3 different systems so far.

Is changing the rate/way Windows updates pointer position even possible? If so does it require a lot of skill? lol

Thanks for all the quick replies btw Mark

<< Comment #324 @ 09:40 BST, 27 August 2010 >>

(Link, Reply)

By MarktheC  - Reply to #323

"If someone creates a program to measure the delay, how would it help?"
Not immediately. If others ran the program and could also show the lag (and some did not?), that would help pinpoint where the problem was ("I don't use that driver and I'm OK..." for example).

A solution to a problem has to start somewhere.

Eventually a fix may be found or a bug fixed.

Edited by MarktheC at 09:44 BST, 27 August 2010

<< Comment #325 @ 21:10 BST, 27 August 2010 >>

(Link, Reply)

By Anonymous (77.103.44.64)

So is there no way to manually change the update rate of the pointer through coding or whatever? So that it matches XP's?

If you're using a Windows 7 beta for tests can you test it on your setup to see if it's the same?

I'm using Windows 7 with your fix, 6/11 sens, enhance pointer precision off

XP with CPL (standard) mouse fix, Anir's fix as well (I know CPL is not needed) 6/11 mouse sens, enhance pointer presicion off.

Like I said on Windows 7 I get loads of green bars then a red bar, constantly.

With XP I get 1 green bar followed by 1 red bar, and it doesn't show as much as it does in Windows7

<< Comment #327 @ 03:08 BST, 28 August 2010 >>

(Link, Reply)

By MarktheC  - Reply to #325

"...on Windows 7 I get loads of green bars then a red bar, constantly."
Could you upload a screen dump of MMR showing the greens then a red?

<< Comment #328 @ 07:28 BST, 28 August 2010 >>

(Link, Reply)

By MarktheC  - Reply to #325

I tested on Windows 7 RC, and DID sometimes see a lot of green and red. Often green/red/green/red/green/red, sometimes a bunch of green then a red. Then the green and red stopped and it worked OK again. Running a few copies of MMR and changing the priority and/or affinity of the OTHER copies caused the problem to appear and go away more-or-less predictably.

HOWEVER, even when there is a delay, it might not be significant; it might only be a very very short delay that does not cause lag, for example it may only be several micro seconds (Mouse updates @ 1000Hz are 1000 microseconds apart in comparison).

Please try this version of Mouse Movement Recorder 1.7.

Run it with these parameters:

MouseMovementRecorder.exe -alwayscatchup -showcatchupdelay
This version will show the actual delay between the mouse movement and the pointer movement (up to a max of 500µs before it gives up).

Let me know what it shows (a screen dump would be best).

Any delays less than 100µs can be completely ignored, in which case my lag theory is wrong, and I don't know what might be causing lag.

Edited by MarktheC at 07:29 BST, 28 August 2010

<< Comment #326 @ 02:46 BST, 28 August 2010 >>

(Link, Reply)

By Anonymous (188.81.22.197)

didn t work markc. stil getting numbers like 4,6,8, even 149 lol. my XAI seems to "LAG" when i move the mouse.. it may be laser? or my usb ports? or windows 7? bah something is weird with this mouse!

<< Comment #329 @ 12:03 BST, 28 August 2010 >>

(Link, Reply)

By Anonymous (77.103.44.64)

Ok I ran the Mouse movement recorder you linked to (v1.7) with the -alwayscatchup -showcatchupdelay commands and get on average 2 microseconds, I'm running @1000hz so I guess that shows no lag then.

On the MMR included with your mousefix (v1.6) I get the green bars like this- http://img690.imageshack.us/img690/9962/mmr16nocatchup.png

<< Comment #331 @ 01:34 BST, 29 August 2010 >>

(Link, Reply)

By MarktheC  - Reply to #329

...on average 2 microseconds ... I guess that shows no lag then."
Yes, that means no significant lag between mouse input and pointer movement.

"On the MMR included with your mousefix (v1.6) I get the green bars like this- http://img690.imageshack.us/img690/9962/mmr16nocatchup.png "
If I use -nocatchup on Windows 7 (RC) I only occasional green followed by red => For me most often the pointer position is already updated by the time MMR reads the mouse.

For you, apparently, most often the pointer position is NOT already updated when MMR reads the mouse, but a few milliseconds later it is, so no significant lag there.

<< Comment #330 @ 12:55 BST, 28 August 2010 >>

(Link, Reply)

By Anonymous (77.103.44.64)

The v1.6 is with the -nocatchup argument btw

Ohhhh well lol I'm fine with XP for my FPS games, would just be more convenient/cleaner if I could have everything on same partition.

I wonder what Windows 8's mouse will be like? lol how about remove "untick pointer precision" altogether and include a checkbox that says "bypass ALL acceleration and use RAW input"

The mouse is the #1 most used piece of hardware I just wish they'd make it possible so that exactly where you move your mouse, is where it goes

<< Comment #332 @ 18:03 BST, 30 August 2010 >>

(Link, Reply)

By vib  - Reply to #330

nah, would help the noobs to become any good. the better players now how to fix their problems their selves.

<< Comment #333 @ 23:53 BST, 30 August 2010 >>

(Link, Reply)

By Anonymous (2.81.101.19)

mark, help me.. still getting lag on mouse, how can i put those parameters on 1.7? tell me, what should i do? i used to have stable mouse hz with my other pc on windows 7 ihave mouse delay and mouse lag and accel and wtv....

<< Comment #334 @ 15:38 BST, 31 August 2010 >>

(Link, Reply)

By Anonymous (77.103.44.64)

Anonymous to use the paremeters, create a shortcut to the mouse movement recorder .exe file, then right click on it and after enter the argument after the " in the target box. Make sure to put a space after the "

<< Comment #335 @ 15:58 BST, 31 August 2010 >>

(Link, Reply)

By am_dude

i apply this fix 6 months ago i was think am playing 1-1 all time :D

yeasterday i test it and i wasnt. LOL so i start play 1-1 and i cant aim good with it . so i have THIS mousefix but i have unchecked enhacned pointer or how its called in english . and i can aim lot better .

<< Comment #336 @ 18:50 BST, 1 September 2010 >>

(Link, Reply)

By Anonymous (2.81.172.45)

tks #335. but i still have unstable mouse hz and 1x7 etc.

<< Comment #339 @ 07:08 BST, 2 September 2010 >>

(Link, Reply)

By MarktheC  - Reply to #336

Just to be sure, use this to measure lag between mouse input and pointer movement:

MouseMovementRecorder.exe -alwayscatchup -showcatchupdelay
Use this to measure your mouse update Hz/rate as accurately as MMR can:

MouseMovementRecorder.exe -nocatchup
... and use Task Manager to set the Priority to High: click MouseMovementRecorder.exe > Right-click > Set Priority > High.

Edited by MarktheC at 07:20 BST, 2 September 2010

<< Comment #337 @ 01:28 BST, 2 September 2010 >>

(Link, Reply)

By nonamed

I have a problem...

I have Logitech G500 mouse...

In setpoint set acceleration to 0 and checked use OS drivers for speed and acceleration...

Then I disabled Setpoint from autostart, and applied in windows sensitivity at 3 of 11 . Then applied your fix via script builder... However MouseMovementRecorder still shows green movements... I increased windows sensitivity to 6 of 11 and then everything is ok, mouse recorder do not show any differences... but my mouse is too sensitive and I can not use it at 6 speed...

I tried to reapply fix, build another one, but still no luck, all the time when I set to another value than 6 it results in differences green/red during mouse movement recorder,

Pls help.

<< Comment #338 @ 06:19 BST, 2 September 2010 >>

(Link, Reply)

By vib  - Reply to #337

troll? : D

<< Comment #340 @ 07:48 BST, 2 September 2010 >>

(Link, Reply)

By MarktheC  - Reply to #337

Please understand how a fix builder fix works. If you entered 3/11 when you built the fix, then:

- On the desktop (and for Windows programs) with 3/11 and 'Enhance pointer precision' OFF, you will get mouse response × 0.25 of mouse input. This will display as green in MMR.

- In a game that turns 'Enhance pointer precision' ON, you will get exact 1-to-1.

To test the fix, turn 'Enhance pointer precision' ON.

If you want to use 'Enhance pointer precision' ON on the desktop or for programs, then the fix will not help.

If the game does not turn 'Enhance pointer precision' ON, then the fix will not help.

If you have a high CPI mouse, exact 1-to-1 might make negative acceleration more likely.

<< Comment #341 @ 12:54 BST, 2 September 2010 >>

(Link, Reply)

By nonamed  - Reply to #340

What If I use slider at 2/11 in Windows and do not want any acceleration under Win7 ? Should I set 'Enhance pointer precision' ON for all the time ??

<< Comment #343 @ 10:34 BST, 3 September 2010 >>

(Link, Reply)

By MarktheC  - Reply to #341

DO NOT set 'Enhance pointer precision' ON, except when testing the fix. The fix is for your game. Use 'Enhance pointer precision' OFF for normal programs, so you can set the sensitivity that you want, 2/11 or 3/11 or whatever you want.

<< Comment #345 @ 18:41 BST, 3 September 2010 >>

(Link, Reply)

By nonamed  - Reply to #343

Unfortunately ma CS:Source do not enable 'enchance acceleration'' when I turn the game on . (ALT+TAB and checked MouseMovementRecorder and there were stil green/red lines.).

Any solution ?

There are many options in CSS like :

m_customaccel "0"

m_customaccel_exponent "1"

m_customaccel_max "0"

m_customaccel_scale "0"

m_mouseaccel1 "0"

m_mouseaccel2 "0"

m_mousespeed" = "4"

<< Comment #347 @ 01:39 BST, 4 September 2010 >>

(Link, Reply)

By MarktheC  - Reply to #345

Set this launch option for CS:Source:

-useforcedmparms
and it will turn EPP on, and then the fix will give you exact 1-to-1.

(DO NOT also use -noforcemspd as well.)

Notes:

- Your sensitivity in-game will be a lot higher, you will have to modify the "sensitivity" console variable to suit.

- You will be more likely to have negative acceleration.

<< Comment #418 @ 00:29 BST, 26 September 2010 >>

(Link, Reply)

By chickenfluGR  - Reply to #347

Would you please clarify something ? since i use your fix + windows sens 6/1+ EPP off, what's the point of using these launch options in source ? , as long a m_customaccel is set 0 i should not be getting positive mouse accel ingame right ? what about goldsource engine ?

Also what happens when you use -noforcemaccel -noforcemspd -useforcedmprams together ? thanks in advance

<< Comment #419 @ 02:29 BST, 26 September 2010 >>

(Link, Reply)

By MarktheC  - Reply to #418

"Since i use your fix + windows sens 6/1+ EPP off, what's the point of using these launch options in source ?"
Since you use 6/11, there is no point in using -useforcedmparms in Source. That option is for people using <6/11 or >6/11 and a Fix Builder fix (a Fix Builder Fix can force an effective 6/11 exact 1-to-1 even when they don't use 6/11.)

"as long a m_customaccel is set 0 i should not be getting positive mouse accel ingame right ? what about goldsource engine ?"
Correct, you will not get positive accel in-game. Same for goldsource.

"Also what happens when you use -noforcemaccel -noforcemspd -useforcedmprams together ? thanks in advance"
-noforcemspd cancels -noforcemaccel, and you end up with the default Source setting of : "Windows acceleration ("EPP" checkbox) unchanged from the Control Panel setting."

-noforcemaccel only has any effect in Windows 2000 or prior.

<< Comment #550 @ 05:31 GMT, 25 February 2011 >>

(Link, Reply)

By Zuko~  - Reply to #419

Do you mean that I shouldn't use -noforcemspd and -noforcemaccel at the same time for CS:S and windows 'post-2000'??

how about CS 1.6?

and windows XP and 7?

Right now I'm playing cs 1.6 in windows xp, using all 3 noforce commands and thought it was ok. or am i wrong? o_o

<< Comment #342 @ 17:53 BST, 2 September 2010 >>

(Link, Reply)

By Anonymous (2.81.182.254)

markc.. help here...#337 :(

<< Comment #344 @ 10:46 BST, 3 September 2010 >>

(Link, Reply)

By MarktheC  - Reply to #342

#335 is right about create a shortcut with the -nocatchup parameter.

Sorry, I don't know what to do about unstable mouse Hz.

<< Comment #346 @ 23:49 BST, 3 September 2010 >>

(Link, Reply)

By Anonymous (77.103.44.64)

#337 don't worry about unstable mouse hz.

I use a G9 @ 1000hz

In Windows 7 1000hz is the max it shows, it goes from 0-1000hz (maybe 1005hz max)

In Windows XP it goes from 0-15000hz (maybe even more)

Mouse works more than fine on XP

Obviously it's not my hardware, I dual boot both OS's (and the hz setting is stored in the mouses memory so I don't need Setpoint or anything), so I wouldn't worry about it if I was you

<< Comment #348 @ 13:17 BST, 4 September 2010 >>

(Link, Reply)

By Anonymous (89.101.86.246)

This is what i get: http://i56.tinypic.com/fky2wl.jpg

6/11

enchance acceleration OFF

Tryed everything .. Still got HUGe mouse lag,please HELP!!

<< Comment #350 @ 03:20 BST, 5 September 2010 >>

(Link, Reply)

By MarktheC  - Reply to #348

That screen dump looks 100% OK (assuming you have set your mouse to 500Hz).

Sorry I don't know what could be causing your lag.

<< Comment #349 @ 19:33 BST, 4 September 2010 >>

(Link, Reply)

By Corrupt^

Haven't read here for a while but I really dislike windows 7 new sensitivity in some occasions. Windows XP really did feel more responsive but on the other hand Win 7 feels more accurate.

It's not really actual lag but it feels as if there's a delay in the mouse updating on the screen, in any game.

Not much of a problem when using a rifle in css/1.6 but trying to flick shot on a head with an AWP is... near impossible, the mouse in windows 7 simply does not keep up.

IMO the only solution to this would be that someone patches the windows code like the WCAFix in windows 7, to work like the Win XP/Vista code.

I know Mark the windows 7 behaviour is more correct but I think the faulty behaviour on previous OS's, created some kind of "gliding" feeling, the mouse just instantly slides to your target until you stop it.

On windows 7 it feels sturdy, more accurate, but also less "glidy" or responsive.

Windows XP style mouse just feels "better" for FPS shooters IMO.

For really precise and fast shots I kinda get a feeling as if the cursor position in a game is the one from the previous frame. It's a bit like having "oneframethreadlag=true" when playing Unreal 3 engine games. Now as silly as this might sound, if I try to aim "in the future", aka predict the few pixels ahead of my opponent, I can rack up shots like on XP.

Edited by Corrupt^ at 19:37 BST, 4 September 2010

<< Comment #351 @ 03:40 BST, 5 September 2010 >>

(Link, Reply)

By MarktheC  - Reply to #349

On XP did you use WCAFix/Accelfix or the Cheese reg fix for your in-game monitor refresh rate, or the CPL reg fix or no fix?

If XP used no fix, or CPL, or the wrong cheese fix, then there will be a sensitivity difference between XP/Vista and Windows 7.

The exact calculation depends on what was used on XP and what is now used on 7, but if for example it was CPL on both, then Windows 7 sensitivity is 96*96/(XPHz)/150 the speed that XP was. If XPHz was 75Hz, then Windows 7 will be × 0.8192 as fast as XP was.

<< Comment #352 @ 11:35 BST, 5 September 2010 >>

(Link, Reply)

By Anonymous (77.103.44.64)

Hi Mark Corrupt seems to be having exact same problem as me (as I wrote in my previous posts)

I'm using Anir's accelfix, but have used the plain standard CPL mouse fix as well. Both feel miles better than Windows 7's.

I haven't tried XP's stock mouse for games, but I'm sure even that would be more responsive than Windows 7's, even with your fix.

I find it's most noticeable in Unreal Tournament games, but it's noticeable in every game.

If you can get the chance Mark, install Unreal Tournament 2004 on both Windows XP and Windows 7. use Anir's fix or CPL mouse fix on XP, and your fix on Windows 7, then play instagib on UT2004.

You don't need to be a pro gamer to notice something funny is going on with Windows 7.

My first words when I installed Windows 7 and went to play instagib on 2004 were fuuuuk this lol

<< Comment #354 @ 15:46 BST, 5 September 2010 >>

(Link, Reply)

By Corrupt^

It's not a difference in sensitivity Mark, aside from perhaps a few pixels, the distance my mouse travels on a sensitivity is pretty much the same compared to XP.

Windows 7 just updates slower or something.

Turning off HPET (High Precision Event Timer) in the bios helps a bit though, but not much.

I'm still sticking to the fact that someone just has to build a new WCAFix that not only overrides the mouseaccel issue, but at the same time also reverts back to Win XP/Vista behaviour. I tried taking a look at it, but atm it's beyond my knowledge (I only know java).

Edited by Corrupt^ at 15:48 BST, 5 September 2010

<< Comment #355 @ 12:07 BST, 6 September 2010 >>

(Link, Reply)

By Anonymous (82.231.229.223)

http://imagee.eu/1283766654.jpg

I tested with version 1.7 and command line parameters "-MouseMovementRecorder.exe alwayscatchup-showcatchupdelay" and is the result.

I still feel he has slight acceleration when I play CS1.6

<< Comment #358 @ 06:57 BST, 8 September 2010 >>

(Link, Reply)

By MarktheC  - Reply to #355

EnPtPr column ON and red, but plenty of 1-to-1 in black means the fix is working OK.

Pointer Movement column in red every 7 to 10 rows (when you have a 1000Hz mouse) means that CS 1.6 is running approx 100 to 125 fps, and each frame is resetting the pointer position. This confuses MMR which waits 500µs (0.5 of a 1000Hz period) for a catchup but gives up and displays red. That is all normal for a game that resets the pointer position, which they do if they need a fix.

So MMR does not show anything that would explain your slight acceleration, sorry.

Note: If you had a 125Hz mouse, you wouldn't see much 1-to-1 black, even though the fix would still be working.

<< Comment #362 @ 14:39 BST, 8 September 2010 >>

(Link, Reply)

By Anonymous (82.231.229.223)  - Reply to #358

http://imagee.eu/1283950666.jpg

I have a Razer Abyssus and I can switch from 125Hz to 1000Hz. This is the result when I stay in 125Hz.

The acceleration 1000Hz is not permanent but felt some movement in fast and totally random.

In short, I began to regain sensation with this configuration but I do not really the gameplay that I had with the same mouse under Windows XP.

<< Comment #356 @ 15:32 BST, 6 September 2010 >>

(Link, Reply)

By Corrupt^

Oh btw, I also ran DPC latency checker, stays below 100ns on most times with an occasional spike to 200 ns. It used to be even more "laggy", but that was caused by HPET, which I turned off in the bios.

Edited by Corrupt^ at 15:33 BST, 6 September 2010

<< Comment #359 @ 06:59 BST, 8 September 2010 >>

(Link, Reply)

By MarktheC  - Reply to #356

I don't have any more ideas on what could be causing your lag/delay, sorry.

<< Comment #357 @ 04:30 BST, 7 September 2010 >>

(Link, Reply)

By Anonymous (68.202.30.13)

Hey MarkC, have you ever seen this?:

Windows Registry Editor Version 5.00

[HKEY_CURRENT_USER\Control Panel\Mouse]

"ActiveWindowTracking"=dword:00000000

"Beep"="No"

"DoubleClickHeight"="4"

"DoubleClickSpeed"="500"

"DoubleClickWidth"="4"

"ExtendedSounds"="No"

"MouseHoverHeight"="4"

"MouseHoverTime"="400"

"MouseHoverWidth"="4"

"MouseSensitivity"="10"

"MouseSpeed"="0"

"MouseThreshold1"="0"

"MouseThreshold2"="0"

"MouseTrails"="0"

"SmoothMouseXCurve"=hex:00,00,00,00,00,00,00,00,00,a0,00,00,00,00,00,00,00,40,\

01,00,00,00,00,00,00,80,02,00,00,00,00,00,00,00,05,00,00,00,00,00

"SmoothMouseYCurve"=hex:00,00,00,00,00,00,00,00,66,a6,02,00,00,00,00,00,cd,4c,\

05,00,00,00,00,00,a0,99,0a,00,00,00,00,00,38,33,15,00,00,00,00,00

"SnapToDefaultButton"="0"

"SwapMouseButtons"="0"

There is lots of talk that it completely disables accel in windows 7. Can you compare this to your fix, and approve/disprove the belief that it does?

Many Thanks,

mongoose

<< Comment #360 @ 08:24 BST, 8 September 2010 >>

(Link, Reply)

By MarktheC  - Reply to #357

That is the CPL Mouse Fix (which is from 2002? or earlier) with extra mouse settings added.

The two SmoothMouse*Curve settings are the CPL fix.

EVERYTHING else is extra and doesn't really belong in a fix file and is there only because the person who created that just dumped all of their HKEY_CURRENT_USER\Control Panel\Mouse registry key.)

Yes, CPL completely disables acceleration in Wiindows 7, but it DOES NOT give exactly 1-to-1 response.

See the screen dumps in the original article above (scroll to 'A picture is worth a thousand words...' > 'Windows 7 with the CPL Mouse Fix').

<< Comment #361 @ 13:18 BST, 8 September 2010 >>

(Link, Reply)

By Corrupt^

Btw I wouldn't really classify the windows 7 issue as a real delay/lag. As with all added precision, there's always a downside. Higher precision means it's slower and requires more input from the user.

I think that's the main issue with windows 7. But still where's sufok :p would be nice if he could take a look at making a wcafix for windows 7, using the xp/vista mouse code. Hell if he did I'd even be willing to donate the guy a small sum of money for his work (€5 to €10 maybe).

Edited by Corrupt^ at 13:20 BST, 8 September 2010

<< Comment #363 @ 18:00 BST, 8 September 2010 >>

(Link, Reply)

By Anonymous (188.81.27.158)

corrupt.. so are yous aying that the problem is in W7? i think i have that delay in XAI so..maybe im going to sell my w7ready pc and buy a new one l -o- l

hate w7 and i hate xai.

<< Comment #364 @ 19:49 BST, 8 September 2010 >>

(Link, Reply)

By Corrupt^

It's not the Xai, I've got a Xai, MX518, MX510, G5, G500, Ikari Optical, MX310 and MX300 in my house and it's defo windows 7 and not your mouse. Currently I'm using the Xai.

Some people will tell you it's bs, but it's not, some people are just more nitpicky, notice details more and get annoyed more if something is off.

Edited by Corrupt^ at 19:50 BST, 8 September 2010

<< Comment #365 @ 21:21 BST, 8 September 2010 >>

(Link, Reply)

By Anonymous (188.81.27.158)

im so fucking paranoid about this shit. it seems its not precise. like i want to aim to a place and the xhair goes 50meters in the right way.... and with my old pc this wasnt happening. something i notice is my mouse sometimes when i play and i move it too fast my mouse "has" some bug that the sens swaps 3x more fast for like 3 seconds..

<< Comment #367 @ 12:37 BST, 10 September 2010 >>

(Link, Reply)

By Anonymous (85.24.161.42)  - Reply to #365

I have the same problem... I tried diffrent mice and mousepads and the problem dosent go away.. :/

This mousefix isnt very good.

<< Comment #366 @ 21:38 BST, 8 September 2010 >>

(Link, Reply)

By Corrupt^

Uninstall the xai drivers and use the LCD, drivers are buggy.

<< Comment #368 @ 10:10 BST, 11 September 2010 >>

(Link, Reply)

By am_dude

hi markC i wana ask .

i aply your fix its cool . but i wana have on desktop more accel . Is this posible ?

I have wmo 1.1 i using 8/11 + check for enhancer pointer or what .

I see pixel skiping and low accel on desktop

i would like to use 6/11 no pixel skiping and more accel on desktop .

Is there any way to do this ?

I dont wana aim when i browsing internet with whole arm :D thats way accel

Edited by am_dude at 10:11 BST, 11 September 2010

<< Comment #373 @ 09:06 BST, 13 September 2010 >>

(Link, Reply)

By MarktheC  - Reply to #368

It is possible to have more accel on the desktop.

You would need to modify the standard curve and leave the lower parts of the curve alone but increase the higher parts of the curve.

hoppan has created an excellent thread with instructions on how to modify the curve, here -> Tutorial: how to customize Windows accel.

Doing so is not simple, but it is also not too hard. This setting gives × 1.5 movement in the top part of the curve:

"SmoothMouseYCurve"=hex:\

00,00,00,00,00,00,00,00,\

b8,5e,01,00,00,00,00,00,\

cd,4c,05,00,00,00,00,00,\

33,73,24,00,00,00,00,00,\

00,00,54,03,00,00,00,00

(edit Windowsdefault.reg in the MarkC ZIP file, but change the SmoothMouseYCurve to look like the above.)

8/11 should not show pixel skip on the desktop, unless you are using XP or Vista and have a monitor with a refresh rate higher than ~80Hz.

<< Comment #369 @ 22:40 BST, 12 September 2010 >>

(Link, Reply)

By Corrupt^

I don't think it's possible, perhaps with the wcafix you can manually turn accel on and off without having to reboot but it seems like a hassle.

<< Comment #370 @ 22:56 BST, 12 September 2010 >>

(Link, Reply)

By azxx '

Hi MarkC

You're doing some great work, a big thank you for all the effort. I have tried mouse fixes a lot, and although they all feel like they work to some extent, I'd like to nail it down to what's best for usage in certain scenarios.

1# tell me if I understand it all correctly so far:

Cheese fix is best for XP+Vista and MarkC fix is best for Win7. This is because XP+Vista have the same algorithm and take into account the screen refresh rate, and Cheese fix takes that into account itself and 'counters' that, hence it performs correctly on XP+Vista.

MarkC fix is best for Win7 because Win7 has a new different algorithm and does not consider screen refresh rate, and MarkC fix counters it correctly hence it performs correctly on Win7.

CPL fix may work on XP/Vista/7 to an extent, but will not give 1-1 movement.

2# where does this leave the CPL fix? it doesn't give 1-1 movement, so is it right to say that it should not be used if possible? along with the Cheese fix there's also a CPL modified fix. can I say the same about that too?

i have used the CPL fix (not the modified one) on XP and Vista, and it does seem to be fine actually. is it correct when I say this: "the only thing separating it from the Cheese fix on XP/Vista is that it does not consider screen refresh rate and thus it is close to 1-1 but not exactly 1-1 mouse movement" ? or am i simply wrong when i say 'close to 1-1' ?

what about the CPL modified fix? is it correct if i say: "the CPL modified fix brings mouse movement even closer to 1-1 but still not exactly 1-1 because again it does not consider refresh rate" ?

also, i haven't tried any CPL fix on Win7, what will the performance be like? will it not work properly because Win7 has a different algorithm?

3# what about the WCA fix? i know nothing about it apart from that it has worked for some people. how does it work and perform compared to all these other fixes?

4# to restore the original default mouse movement in XP, I use the .reg file included with the CPL fix. for doing the same in Vista, I use the .reg file included with the Cheese fix. and for Win7, I use the .reg file included with the MarkC fix. am I doing it right? or I can use any removal .reg file and use it on all 3 Windows?

sorry for the long post, please reply soon, and thanks for all the trouble.

Edited by memph1s_ at 22:57 BST, 12 September 2010

<< Comment #371 @ 01:01 BST, 13 September 2010 >>

(Link, Reply)

By hoppan  - Reply to #370

I can answer these if you don't mind.

#1: 'best' is subjective but as far as registry fixes go, yes the best ones are the ones you said. Everything else you said is correct.

#2: The original CPL fix doesn't exactly have a constant slope so it doesn't exactly remove all accel. The modified CPL fix has a constant slope so in all cases it removes all accel. BUT, it still doesn't take refresh rate into account, so how close of a 1-to-1 you get with it depends heavily on the refresh rate used. For example, at 75Hz it gives a bit slower pointer movement than 1:1 and at 85Hz it's a bit faster than 1:1.

I think using either the original or the modified one is not smart, but if you really want the same pointer speed as the CPL fix gives, you can calculate the slope that gives 1:1 on your refresh rate and then compare the slope of the CPL fix (4.24) to it. This way you can know which ratio you prefer and change it correspondingly if you ever are going to use a different refresh rate and still use XP/Vista.

If you want to know how, I actually wrote a lengthy tutorial about this based on Mark's research, you can read it here: http://www.esreality.com/?a=post&id=1945096

#3: about the wcafix. If the pointer accel on Windows is to be removed, there are two methods to do it (that I know of):

1. modify the file responsible for accel in the first place

2. modify the accel curve to encounter the effects of accel formula, eventually giving the same result as the first method

All of the registry fixes use the 2. method, some do it incorrectly and some do it correctly. First fix to use the 1. method was "accelfix", which was an executable file that slightly modified the file responsible for Windows's accel (win32k.sys). Basically it made sure the accel couldn't be turned on by software or even by the user itself. Then it was thought this method was a bit 'intrusive' as it permanently modified the file and could be destructive in clumsy hands since the file it modified is a central OS file answering for a lot of functions besides the accel. So wcafix does the same thing as accelfix, but modifies the file after it has been loaded to RAM, removing the need to alter the file on the hard drive.

Unnecessary to say, wcafix method is more complicated and has its issues. Personally I have always been able to use the 2006 version of accelfix on XP without a problem. There is no accelfix-like fix for Win7, but there's a version of wcafix that works for Win7 too.

#4 you can use any of them. The default values are all same on XP, Vista and 7. The differences are in how those values are used.

If you are interested in how windows's mouse accel works, I suggest reading that tutorial.

Edited by hoppan at 01:01 BST, 13 September 2010

<< Comment #376 @ 14:21 BST, 13 September 2010 >>

(Link, Reply)

By azxx ' - Reply to #371

yea no problem, anyone can respond as long as they know what they're talking about.

i guess i will stay away from the CPL fix then, since it will cause inconsistency for me.

thanks a lot for your reply, appreciate it.

Edited by memph1s_ at 14:22 BST, 13 September 2010

<< Comment #378 @ 14:50 BST, 13 September 2010 >>

(Link, Reply)

By azxx ' - Reply to #371

I've got another question now. I always prefer playing without any accel, and I try and keep 0 accel in all games. my monitor's native resolution is 1920x1080, and that's what is currently set. at this resolution I get 60Hz max refresh rate. in Q3A I use 1024x768, and in my cfg I have the 'r_displayrefresh 75' command. now first off, do i actually get 75Hz in-game or am i still getting 60Hz? the desktop is still at 1920x1080, i just use 4:3 mode so I get black bars on the side.

since I'm on Vista I have to use the right Cheese fix depending the refresh rate, so which one should I use in order to have proper performance in Q3A? the one for 60Hz or the one for 75Hz?

thanks in advance.

<< Comment #381 @ 21:33 BST, 13 September 2010 >>

(Link, Reply)

By hoppan  - Reply to #378

Supposing your display has an OSD, from there you can check if your GPU is actually sending 75Hz and not 60. If it reports ~75Hz then your Windows thinks its 75Hz and hence you should use the 75Hz fix. But I have to point out that for Q3A you don't need an accel fix unless you use accel on desktop (which I doubt) AND use Win32 input method in Q3 which is usually in_mouse -1.

Edited by hoppan at 21:34 BST, 13 September 2010

<< Comment #382 @ 22:46 BST, 13 September 2010 >>

(Link, Reply)

By azxx ' - Reply to #381

got it, thanks :)

<< Comment #374 @ 10:41 BST, 13 September 2010 >>

(Link, Reply)

By MarktheC  - Reply to #370

What hoppan says is correct, but I might add to the CPL-modified explanation.

1#, Yes all correct.

(The MarkC Fix Builder can also build fixes for XP and Vista, but at 6/11 they work exactly the same as the Cheese fix.)

2#, There is effectively NO difference between CPL and CPL modified. They both remove acceleration with a straight curve.

CPL Modified is 100% flat/straight.

Original CPL has small bumps and dips in the slope to the tune of 2 to 20 parts per million. Nobody is EVER going to be able to feel or see those bumps and dips.

CPL (modified) has a fixed slope of 4.24 (measured nominaly in inches/sec per inches/sec).

After going through XP/Vista curve processing, the final scaling factor is 4.24 × (R / D) × (M / 10) / 3.5, where R = Refresh Rate, D = DPI, M = registry MouseSpeed.

So if your refresh rate is 60Hz (@6/11 and DPI=96), final scaling = 0.75714, ie 1 mouse count = 0.75714 pointer pixels, not 1-to-1 by any shot.

If refresh rate = 80Hz, scaling = 1.0095.

If refresh rate = 120Hz, scaling = 1.5143.

After going through Windows 7 curve processing, the final scaling factor is 4.24 × (D / 150) × (M / 10) / 3.5, where D = 96 × DPI%.

For DPI% = 100% and 6/11, scaling is 0.77531, also not 1-to-1.

3#, What hoppan says is correct.

Even wcafix won't give exact 1-to-1 unless the control panel Pointer speed slider is in the 6/11 position.

On Windows 7, the standard MarkC fix won't give exact 1-to-1 unless using 6/11.

On XP/Vista, the Cheese fix won't give exact 1-to-1 unless using 6/11.

(The MarkC Fix builder can create fixes that give exact 1-to-1 at any specific pointer speed slider setting.)

At 6/11 wcafix gives the exact same response as MarkC (on 7) or Cheese (on XP/Vista).

4#, What hoppan says is correct.

2%

<< Comment #377 @ 14:25 BST, 13 September 2010 >>

(Link, Reply)

By azxx ' - Reply to #374

thanks Mark, that really does clear things out for me. really appreciate the effort.

<< Comment #372 @ 07:06 BST, 13 September 2010 >>

(Link, Reply)

By Anonymous (70.138.207.69)

Hi in Logitech Setpoint, I use Setpoint implementation and Retain OS settings, because I THINK doing that and lowering the slider with setpoint will still give 1:1 6/11 feel, keeping the high dpi, and giving more precision.

If in setpoint you select both Setpoint Implementation AND Retain OS settings, you can reduce the setpoint slider's sensitivity without it affecting control panel sensitivity.

Sooooo, am I getting true 1:1 mouse input or what?

<< Comment #375 @ 12:57 BST, 13 September 2010 >>

(Link, Reply)

By MarktheC  - Reply to #372

If what I read is to be believed, 'Retain OS Settings' only affects non-Logitech mice, . If you do change the pointer speed slider in the normal Windows control panel, does it speed up or slow down your Logitech mouse?

'Do I get 1-to-1' is actually the wrong question.

The right question is : 'Do any of the DPI and scaling steps that happen between reading the mouse sensor and updating the Windows pointer position, carry forward a fractional remainder from one calculation to the next?'

.. and... 'if there are remainders, how to minimise their effect?'

The fractional remainders are mouse input that gets delayed (until the next mouse movement) or even sometimes discarded.

The remainders in the Windows calculation are eliminated when the MMR response is 1-to-1, by using 6/11 and/or a proper accel fix.

How to minimise any remainders in SetPoint is an unknown, because we (I) don't really know what it's calculations are.

Is there one calculation using both the DPI and the Sensitivity with one remainder, or two separate calculations with two separate remainders?

I could only guess. Does your mouse allow the DPI to be changed?

IF it does, AND that setting is retained in the mouse even if it is plugged into another PC without Setpoint drivers, or retained even if you un-install SetPoint, THEN I would guess there are two calculations and you need the SetPoint slider in the middle or somewhere to eliminate the remainder for the slider calculation.

IF it does, BUT the DPI setting reverts to maximum without SetPoint installed, THEN I would guess maybe there is only one calculation and you can set the slider anywhere (maybe).

If it does not allow the DPI to be changed maybe there is only one calculation and you can set the slider anywhere (maybe).

Ideal for gaming is to somehow eliminate the remainder from ALL calculations and use the in-game sensitivity.

Eliminating remainders is likely done by setting the DPI to its highest possible value and setting any SetPoint sensitivity slider to a middle position, but we can't be sure...

[EDIT] ... so best to DISABLE SetPoint accel and scaling by using Game Mode or Profiles so that 'Speed and Acceleration' > 'OS implementation' is set ON when in-game.

(Note that any acceleration or scaling applied by SetPoint is invisible to Mouse Movement Recorder, unfortunately.)

Edited by MarktheC at 05:36 BST, 22 September 2010

<< Comment #379 @ 15:31 BST, 13 September 2010 >>

(Link, Reply)

By Corrupt^

@Anonymous

I might have a somewhat half-assed solution to the mouse being "unresponsive" in Windows 7:

After reading all of these tutorials I came across sentences like "...so for each 2 upates the mouse send to the..."

Now I figured, what if I just feed more updates from the mouse to the computer, forcing it to update alot more and perhaps quicker?

I've always used windows sens 5/11, so my "normal" multiplier is 0.75. So what I then did was:

- Select my mouse it's max DPI, 5001

- Divide it by your old DPI

- Now keep this number close (copy paste it somewhere)

- Take your "normal" multiplier, 5/11, 0.75 for me

- Divide this multiplier by the number you had to keep close above

- The number you'll have now is your new multiplier

After you've got that number, open up MarkC's mousefix builder, fill in your OS (W7), used dpi (100% default), windows sens 6/11. Now when you're asked to fill in a multiplier, use (round it of a bit, ex: 0.2698266 becomes 0.27 or w/e) the new multiplier you've calculated above.

Apply the new registry file and reboot. After reboot, make sure EPP is ticked ON, else it won't use these settings. You might need to finetune the multiplier afterwards a bit (lower/higher, changing from 0.27 to 0.26 for instance), but overall the mouse feels alot more responsive in windows 7 like this.

It won't matter for games using raw input though, but I don't really have this sluggish feeling in those games, it's only in those games which are affected by the windows sens.

Edited by Corrupt^ at 15:35 BST, 13 September 2010

<< Comment #384 @ 03:36 BST, 14 September 2010 >>

(Link, Reply)

By acid_reptile  - Reply to #379

@ Corrupt

u can do the same with anirs moudrv. Also works with raw input, so u can leave EPP unticked.

<< Comment #380 @ 20:50 BST, 13 September 2010 >>

(Link, Reply)

By Anonymous (77.103.44.64)

Corrupt was your post aimed at me, or someone else?

I don't completely understand what you mean by what you wrote, are you saying a higher DPI means less lag?

I've always used 400dpi

<< Comment #385 @ 15:51 BST, 15 September 2010 >>

(Link, Reply)

By Corrupt^  - Reply to #380

If you're the same Anonymous that had the problem in W7 where the mouse seemned to react slower then on XP/Vista, yes. Oh and if you're going to post this much, why don't you just make an account :p

What I did is basically upping my dpi as much as I could so that the mouse would send as much updates as possible to the computer, which in practice, made it slightly more responsive.

@acid_reptile

Alot of the games I play atm use a method where it repositions the cursor to the center of the screen alot and just using a lower sens with a higher dpi would cause massive negative acceleration.

Edited by Corrupt^ at 15:54 BST, 15 September 2010

<< Comment #408 @ 15:00 BST, 20 September 2010 >>

(Link, Reply)

By acid_reptile  - Reply to #385

I remember doing the same calculations as in #380. just more precise (without the rounding). I didn't touch ingame sens.

<< Comment #383 @ 00:05 BST, 14 September 2010 >>

(Link, Reply)

By Python

fuck i hate windows 7 (for quake live)

that is all

=o

<< Comment #386 @ 22:31 BST, 15 September 2010 >>

(Link, Reply)

By Anonymous (77.103.44.64)

Yes it's me, I'll make an account in a minute.

So more physical DPI makes the mouse more responsive, and what, the multiplier makes it so you can have the same sensitivity as before but higher DPI (more responsive) yes?

I think I've tried something similar to this (if I understand what you're saying correctly)

I normally use 400dpi and the max my mouse (G9) goes to is 3200dpi so I used this formula:

[(Current dpi) x (In-game sensitivity)] / (Maximum dpi) = (New Sensitivity for max dpi)

That gives me the same sens as 400dpi, but using 3200dpi. I was only playing about with it at the time but I could try again see if it's more responsive, or does it have to be in the .reg file you make?

<< Comment #387 @ 23:28 BST, 15 September 2010 >>

(Link, Reply)

By Corrupt^

I kept my sens the same ingame (1.0) and just used the registry to apply a multiplier and kept the windows sens on 6/11 with EPP ticked ON (so it uses the multiplier).

I don't want to go lower with my sens because in css/1.6 it really causes some nasty negative acceleration.

<< Comment #388 @ 01:44 BST, 16 September 2010 >>

(Link, Reply)

By Anonymous (85.24.162.54)

Can somebody link the wcafix for windows 7?

My accel or sens is randomly changing in CS from time to time. First i have a good sens and then randomly it switch sens to much higher for like 1 second and then back to normal... I cant play games anymore and i have friends with same problem in win7...

I tried mx518, DeathAdder and EC1, always getting the same problem...

<< Comment #389 @ 04:12 BST, 16 September 2010 >>

(Link, Reply)

By Corrupt^

http://rapidshare.com/files/414877656/WCAFix_AllOS.rar

<< Comment #390 @ 05:40 BST, 16 September 2010 >>

(Link, Reply)

By vib  - Reply to #389

Are there any differences between anir's accelfix and the wcafix on Windows XP?

Also, when using non custom monitor refresh values like for example 127, do both of them behave correct? (1:1)

Edited by vib at 05:42 BST, 16 September 2010

<< Comment #392 @ 10:49 BST, 16 September 2010 >>

(Link, Reply)

By MarktheC  - Reply to #390

Same as Corrupt^ said, which means Refresh Rate and monitor DPI are ignored and have no effect.

The pointer speed slider still applies, so 6/11 is needed to get 1-to-1.

<< Comment #394 @ 11:35 BST, 16 September 2010 >>

(Link, Reply)

By Anonymous (70.138.207.69)

Ok back about setpoint...

If I do the Setpoint + Retain OS settings combo...

At WINDOWS 6/11

and Setpoint 2/11

The mouse move recorder it shows as white, meaning no input is discarded, correct?

However if I move the slider on the CONTROL PANEL (Not setpoint) Mousemoverecorder will show green or red highlights.

So does setpoint bypass mouse accel, or does it bypass input (scaling) as well?

<< Comment #396 @ 13:13 BST, 16 September 2010 >>

(Link, Reply)

By MarktheC  - Reply to #394

Make sure you have read my reply above : Comment #376 [jump].

6/11 avoids means no remainders means no input is delayed or discarded in the Windows scaling.

Setpoint has its own scaling, which will have its own remainders which will have its own delayed or discarded input, depending upon how it works inside and how you set the SetPoint config.

MouseMovementRecorder white ONLY means the Windows scaling is set OK to have NO delay or discarding. MMR can't see the scaling that SetPoint does.

If you see white in MMR, then SetPoint has bypasses BOTH Windows accel AND Windows scaling, but may still have SetPoint accel and scaling.

<< Comment #391 @ 09:38 BST, 16 September 2010 >>

(Link, Reply)

By Corrupt^

WCAFix will always act as if there's no EPP, it simply disables it.

<< Comment #393 @ 11:33 BST, 16 September 2010 >>

(Link, Reply)

By Anonymous (77.103.44.64)

On XP WCAFix is supposed to be exactly the same as AccelFix, accelfix patches it on the hard drive wcafix patches it in ram.

But for some reason I find Accelfix feels better I have no idea why

<< Comment #395 @ 12:31 BST, 16 September 2010 >>

(Link, Reply)

By hoppan  - Reply to #393

The 2006-accelfix works perfectly on XP, I see no point in using wcafix for private use.

<< Comment #397 @ 16:11 BST, 16 September 2010 >>

(Link, Reply)

By Anonymous (166.102.136.7)

So is there no way you can build a mouse move recorder that will detect mouse input on a global scale, not just Windows input?

Because it would be wonderful if I can see how the Setpoint scaling works...

<< Comment #399 @ 03:20 BST, 17 September 2010 >>

(Link, Reply)

By MarktheC  - Reply to #397

Such a thing may be possible, perhaps by writing a filter driver for the mouse, but I don't know how to do that.

<< Comment #398 @ 17:12 BST, 16 September 2010 >>

(Link, Reply)

By Anonymous (166.102.136.7)

The reason I'm asking is because right now I'm using a high dpi, but with 6/11 and high dpi gives me a disgustingly uncontrollable high mouse sensitivity, and lowering it using the Windows will only make it lose that dpi

For example 1600 dpi at 3/11 is equivalent to that of 400 at 6/11 and vice versa.

I want to maintain the high sensitivity with little or no discarded/delayed input, and I was hoping setpoint would be that solution, but right now I am just confused how the scaling on setpoint really works...

<< Comment #400 @ 03:31 BST, 17 September 2010 >>

(Link, Reply)

By MarktheC  - Reply to #398

Take the SetPoint scaling out of the equation then we won't need to know how it works.

Using SetPoint Game Mode, or Profiles, set it so when in-game SetPoint is set to 'Speed and Acceleration' : 'OS Implementation'

- Set the mouse DPI as high as it will go, to avoid or minimise any remainder problem there.

- Set Windows to 3/11, so desktop mouse response is OK.

- Use the MarkC Fix Builder and build a 3/11 fix so you get 1-to-1 IN-GAME for a game that enabled accel.

- Make sure you configure the game so that it DOES enable accel, and therefore enable the 3/11 1-to-1 MarkC Fix.

(CS 1.6 : Do NOT use -noforcemspd or -noforcemparms

Source engine: DO use -useforcedmparms and do NOT use -noforcemspd)

- Set the in-game accel to get the wanted response.

- Beware of negative acceleration!

(High DPI can cause negative accel. You may be forced to reduce your DPI.)

<< Comment #403 @ 13:08 BST, 18 September 2010 >>

(Link, Reply)

By Anonymous (95.49.59.93)  - Reply to #400

How set in-game accel in CS Source ??

<< Comment #411 @ 23:23 BST, 22 September 2010 >>

(Link, Reply)

By Anonymous (24.17.21.247)  - Reply to #400

I followed this, since I already use 1800 DPI with 3/11 windows settings on my DA. I used your builder to create a 3/11 1-to-1 fix. EPP is checked off, I removed the 2 noforce commands that you mentioned not to use. Now my CS1.6 mouse cursor moves incredibly fast, the mousemovement reader reads that accel is ON in red. I have to use the noforcemparms command for it to be stable...

<< Comment #412 @ 03:59 BST, 23 September 2010 >>

(Link, Reply)

By phoon  - Reply to #411

im not sure whether or not the accel thing should not be red when using a mousefix, as i dont have any games that need the fix/that i can test with

but your sensitivity is faster because whenever you launch that game, his mousefix builder sets your windows sensitivity to 6/11 temporarily.

multiply your in-game sensitivity by .25 (the windows multiplier for 3/11) and that will be the new value for your in-game sensitivity

<< Comment #413 @ 12:16 BST, 23 September 2010 >>

(Link, Reply)

By MarktheC  - Reply to #411

"Now my CS1.6 mouse cursor moves incredibly fast, the mousemovement reader reads that accel is ON in red."
EnPtPr in red in-game is good, it means the fix is enabled and working.

Adjust your CS 1.6 sensitivity like phoon says and then test for negative acceleration.

<< Comment #414 @ 07:42 BST, 24 September 2010 >>

(Link, Reply)

By Anonymous (24.17.21.247)  - Reply to #413

CS16 only allows the minimum sensitivity value of "1", and my 'new' sens. falls down to "0.65" which doesn't work well for me.. is there another workaround?

<< Comment #415 @ 11:07 BST, 24 September 2010 >>

(Link, Reply)

By MarktheC  - Reply to #414

Try changing it from the console ('~' key calls it up) instead of from the Options menu. Enter this command by typing on the keyboard:

sensitivity 0.65
... OR find sensitivity in CS's autoexec.cfg file and edit it there.

IF that doesn't work, then you can instead reduce all of these to half their current value (in CS's autoexec.cfg file):

m_forward

m_side

m_pitch

m_yaw
... and double sensitivity:

sensitivity 1.3

I haven't tried any of the above, but I think it should work.

1%

<< Comment #416 @ 03:33 BST, 25 September 2010 >>

(Link, Reply)

By Corrupt^  - Reply to #415

Or even better :p

1.0/0.65 = 1,5384615384615384615384615384615

The divide all those values like m_yaw by that number and round it off a little. That should put him back at sens 1.0.

1%

<< Comment #417 @ 09:58 BST, 25 September 2010 >>

(Link, Reply)

By vib  - Reply to #416

his way is more accurate, but not possible if m_pitch for example is restricted

4%

<< Comment #422 @ 03:10 BST, 28 September 2010 >>

(Link, Reply)

By Anonymous (24.17.21.247)  - Reply to #417

yeah. sounds like a great fix and all, but not for me :( maybe on my ie3.0mouse i guess

<< Comment #401 @ 16:36 BST, 17 September 2010 >>

(Link, Reply)

By Anonymous (166.102.136.7)

I remember last time I tried 3/11 1600 dpi, but some games don't recognize the the control panel settings and uses the high dpi instead, and the outcome is very high sensitivity again...

Setpoint on the other hand ignores that issue.^

<< Comment #402 @ 12:26 BST, 18 September 2010 >>

(Link, Reply)

By Corrupt^

That's probably because they use raw or direct input, ignoring the windows settings, unless they chose to read the windows multiplier and apply it on top of the raw/direct input.

I'm not to sure but I think setpoint somehow applies a multiplier before it get's sampled by any program/windows.

I still think windows 7's implementation feels like crap in games and stick with the fact that I would bloody love it if someone made us able to use the old XP ballistics on W7.

Edited by Corrupt^ at 15:31 BST, 18 September 2010

<< Comment #404 @ 22:28 BST, 18 September 2010 >>

(Link, Reply)

By Anonymous (70.138.207.69)

In CS 1.6 the mouse movement seems "lighter"

While in CS:S the mouse movement seems "heavier" or more smoothed out...

Can someone explain that?

Mouse accel is off for both games, the same distance to do a 180 is 8 inches for both, but why does the mouse aim feel "different"?

<< Comment #405 @ 00:26 BST, 19 September 2010 >>

(Link, Reply)

By Anonymous (95.49.60.152)

CS Source :

Launch option : -useforcedmparms

m_customaccel 0

m_customaccel_scale 0.04

m_mousespeed 1

No idea what settings should I use to get 1-1 sens. in game ??!!

I applied MarkC fix...

Thanks for help

<< Comment #406 @ 01:34 BST, 19 September 2010 >>

(Link, Reply)

By Corrupt^

Hmmz, most of my issues with windows 7 seem to go away when I use raw input with a program called RInput. It's almost as if the new ballistics somehow make the negative acceleration in games like CSS worse.

<< Comment #407 @ 12:34 BST, 20 September 2010 >>

(Link, Reply)

By Anonymous (77.103.44.64)

I have tried R-Input ages ago, it certainly doesn't give raw input for me it feels nothing like quake live, still laggy

<< Comment #409 @ 19:01 BST, 20 September 2010 >>

(Link, Reply)

By Corrupt^

You sure it worked?

It's still no XP, but it certainly does help alot in CSS/1.6

<< Comment #410 @ 22:47 BST, 20 September 2010 >>

(Link, Reply)

By Anonymous (77.103.44.64)

I'm not a CS/CSS player, but it didn't do anything for me for BF2 and UT2004. Haven't tried r-input for TF2 but I never play that much so don't care.

When I load r-input and the CMD window comes up it says successfully injected but it doesn't change the way the mouse feels for me.

The best thing I've come up with for Windows 7 for me is to install the Setpoint drivers (which I don't like doing) and set to Setpoint implementation with no accel and default sens. But this could be completely placebo but it feels maybe an atom more responsive.

I've given up gaming anyway now, server admins always giving me a major headache and I'm not going to be using XP as my main OS and I hated dual booting.

I'm still keeping an eye on this thread though I'm still interested. I'm just waiting for someone to rebuild the whole Windows 7 OS around XP's mouse code lol that might get me back into fps.

Until then I think it's gonna be Worms Reloaded and TDU2 :P

<< Comment #420 @ 16:47 BST, 26 September 2010 >>

(Link, Reply)

By koekie

Thanks for this man, just made the switch to windows 7 :)

<< Comment #421 @ 17:07 BST, 26 September 2010 >>

(Link, Reply)

By supersexyleetmegaruler

looks sexy

<< Comment #424 @ 08:05 BST, 28 September 2010 >>

(Link, Reply)

By Anonymous (70.138.207.69)

Mark your fix will not work...

I am using 4/11 with the mouse fix builder, I go into Counter Strike Source, I move the mouse around, and it still skips pixels! I thought your mouse fix builder was supposed to give 1 to 1 with non 6/11 settings!

I like using 800 or 1600 dpi where the crosshair does not skip pixels at 6/11, but it gives me uncontrollable mouse speed!

<< Comment #425 @ 14:36 BST, 28 September 2010 >>

(Link, Reply)

By koekie  - Reply to #424

Why not change the sensitivity in-game?

<< Comment #426 @ 06:01 BST, 29 September 2010 >>

(Link, Reply)

By MarktheC  - Reply to #424

There are 3 or 4 places that scaling happens before mouse movement causes your aim point to move.

My fix only forces 1-to-1 for one of those places : Windows control panel scaling.

If you want to avoid FOV pixel skipping, you also need to adjust your in-game sensitivity, see Comment #415 and 416 [jump] above.

How far a single mouse count moves the in-game cross hair is completely independent of mouse CPI and Windows scaling : no amount tweaking or setup or fixes will change that in-game calculation.

Edited by MarktheC at 06:18 BST, 29 September 2010

<< Comment #423 @ 07:29 BST, 28 September 2010 >>

(Link, Reply)

By amOKchen

Just changed to win7 this weekend, my sens seemed to be the same going from xp to win7 ingame.

<< Comment #427 @ 17:16 BST, 29 September 2010 >>

(Link, Reply)

By ponnakenny

Hey there, I can't get the fix to work. MMR tells me that in windows when, for example, surfing the web I have 1:1 precision. But when I play CS 1.6 it says that EnPtPr is ''ON'' and that there is a lot of mouse accel. I can also feel the mouseaccel! Help? :)

<< Comment #428 @ 17:41 BST, 29 September 2010 >>

(Link, Reply)

By chickenfluGR  - Reply to #427

try putting -noforcemaccel -noforcemspd -noforcemparms in launch options

<< Comment #429 @ 23:21 BST, 29 September 2010 >>

(Link, Reply)

By MarktheC  - Reply to #427

Red and green in MMR does not mean accel. It just means that in-game CS 1.6 confuses MMR. See Comment #271 [jump] above.

For testing only, try setting the game max fps to 1fps and you will see MMR display only occasional red and green.

BTW, if you use either -noforcemspd or -noforcemparms (and set EPP off in control panel), you don't need a fix for CS 1.6.

Edited by MarktheC at 23:33 BST, 29 September 2010

<< Comment #430 @ 03:18 BST, 3 October 2010 >>

(Link, Reply)

By Corrupt^

MarktheC, if you've got some spare time, check my PM on the steam forums.

<< Comment #432 @ 02:33 BST, 4 October 2010 >>

(Link, Reply)

By Anonymous (2.82.177.36)

MarkC please read this if you can(urgent stuff)

I've owning 2 top asus Boards, (p7p55 lx and now p5q pro) and i think there's a common problem. USB ports im talking about. they're not stable as i think they would be. So.. i think everyone here ive tried to overclock his mouse to 500hz in XP right? doesnt matter if it was 2 years or 1 year ago, we all know that normal results should be like 499 500 499 500. thats stable usb port. We these boards im gettings 380, 475, 480, 530, 560.. but not 499 500. :)

next thing.

ive formatted my PC to XP. (used to get w7).. so ive unchecked box "Ehance pointer blabla" to dont get any accel ingame. but.. i can feel it. and i got my prove going on regedit - mouse - smoothXcurve (15 6a). so ive installed CPL MFIX from satanion.dk, the values have changed but i still have accel. this is weird, playing with an 1.1.

so ..i guess its from MoBo the problem?

And what .reg file from Cheese mousefix should i use? 100 cuz i use 100referesh rate?

i just want to get the fucking accel off..

<< Comment #434 @ 07:32 BST, 4 October 2010 >>

(Link, Reply)

By Anonymous (2.82.177.36)

here you go markc!

tell me if i still have accel

i used 100.reg (i play with 100hz and have 120hz on windows)

http://img696.imageshack.us/img696/9831/mouse1s.jpg

help me please markc! :(

<< Comment #433 @ 07:32 BST, 4 October 2010 >>

(Link, Reply)

By Anonymous (2.82.177.36)

..and markc. i can give you an example.

i move the mouse twice.

one it goes to the "right" spot

and the other the mouse it seems it gains like accel or 100000000HZ ... the mouse moves too fast!!.. its like a problem on response.. like .. normal MS's and then ..1ms's.

<< Comment #436 @ 16:37 BST, 4 October 2010 >>

(Link, Reply)

By Anonymous (2.82.174.235)

i found it markC .. take a look

http://img72.imageshack.us/img72/530/88972377.jpg

i've 500HZ.

and theres the problem/bug.. 1300hz :)

<< Comment #437 @ 00:25 BST, 5 October 2010 >>

(Link, Reply)

By MarktheC  - Reply to #436

If you are using Mouse Movement Recorder to try and measure your mouse Hz, then:

- Run it with these parameters:

MouseMovementRecorder.exe -nocatchup
(create a shortcut or use a command line)

- Use Task Manager to set the Priority to High: click MouseMovementRecorder.exe > Right-click > Set Priority > High

(With -nocatchup you may see some red or green : IGNORE IT because MMR sometimes shows red or green when -nocatchup is set.)

Try moving your mouse to another USB port : Devices on a USB bus compete for bandwidth with each other.

An unstable mouse Hz rate is not as big a problem as some people think it is; don't worry too much about it.

All of CPL, Cheese, MarkC fixes ALL remove Windows acceleration. The only difference is in scaling : Cheese and MarkC get exact 1-to-1 scaling, Cheese does not.

At 100Hz, the CPL fix will feel about 20% faster than the correct 1-to-1 Cheese fix.

For XP and Vista, the Cheese 100Hz fix is the correct one to use if you use a 100Hz video mode in-game.

Make sure you have in-game accel turned off, because games can add accel of their own. Test for in-game accel like so:

YouTube - [HOW TO] Check if mouse acceleration is enabled or disabled in your game.

Edited by MarktheC at 00:26 BST, 5 October 2010

<< Comment #435 @ 16:37 BST, 4 October 2010 >>

(Link, Reply)

By Anonymous (2.82.174.235)

http://img715.imageshack.us/img715/4538/problemzs.jpg *

CORRECT LINK (the one up is wrong!)

<< Comment #438 @ 03:06 BST, 5 October 2010 >>

(Link, Reply)

By Anonymous (2.82.174.235)

mark should i use mousefix then?? i ve noforcemparms and noforcemaccel the box is unchecked and i still have accel.. and i never had ACCEL with these configs! like pro gamers... in fnatic etc..

but now with this 2 pcs i have accel :\

so i should use on XP cheese mfix and the 3 noforce comands?? but on LAN tours i cant use it i think..

<< Comment #440 @ 04:22 BST, 5 October 2010 >>

(Link, Reply)

By MarktheC  - Reply to #438

If -noforcemparms -noforcemaccel are the only "force" launch options you have, and you have 'Enhance pointer precision' OFF (as you do) then that will remove Windows accel on HL1, CS1.6, CS:Source.

If the YouTube test showed you did have accel, then turn in-game accel off (CSS : set m_customaccel to 0) and make sure any mouse drivers (SetPoint etc.) also have accel disabled.

Check if a different mouse-pad might help?

<< Comment #439 @ 04:14 BST, 5 October 2010 >>

(Link, Reply)

By Anonymous (2.82.174.235)

and i still think that unstable mouse may cause me a big problem bcs i've 500 600 400 and then 1300 so the mouse gain like triple accel and i cant aim!

<< Comment #441 @ 04:24 BST, 5 October 2010 >>

(Link, Reply)

By MarktheC  - Reply to #439

IIRC some Quake accel styles can have crazy accel when the FRAME rate goes wonky, but I don't recall details. CS doesn't have that problem and an unstable mouse Hz can't cause accel for CS.

<< Comment #442 @ 07:47 BST, 5 October 2010 >>

(Link, Reply)

By Anonymous (2.82.174.235)

Sorry MARKC but so .. ive never had this problem in my old pc(like 2 years ago) now with these 2 i have this problem

same mousepad, same commands(parms and maccel) and box unchecked.

and have accel and fast swipes.

so.. something is wrong!!

you recommend use Chesse M fix with 3 noforce cmds?

bah but pro players at lan tournaments doesnt use it!!

how i add that catch thing on MMR!

help me mark:D

<< Comment #444 @ 22:18 BST, 5 October 2010 >>

(Link, Reply)

By MarktheC  - Reply to #442

If -noforcemparms -noforcemaccel are the only "force" launch options you have, and you have 'Enhance pointer precision' OFF (as you do) then that will remove Windows accel on HL1, CS1.6, CS:Source.

If you play any of HL1, CS1.6, CS:Source with the above options, then you will have no Windows accel, and you don't need Cheese or any other fix for those games.

I'm sorry, but I don't know what is sometimes giving you accel.

<< Comment #443 @ 18:14 BST, 5 October 2010 >>

(Link, Reply)

By Anonymous (188.81.8.56)

BAH MARK, ive installed 100HZ.reg and I STILL HAVING ACCEL LOL... sometimes i can do the test and gives me no accel and then after i have accel i cant fucking play this fucking games, its impossible

<< Comment #445 @ 08:52 BST, 8 October 2010 >>

(Link, Reply)

By Anonymous (85.24.161.31)

I have the same problem.. I get mouse acc only sometimes in CS 1.6.. Its really not fun at all. I formated the OS and still the same problem. I changes mouse/mousepads and still same problem. I tested with 1000HZ and 500HZ and still the same problem. With and without mouse software and still the same problem.

Windows 7 64Bit

Asus Maximus formula III

Intel SSD X25-M G2 80GB

I dont think the rest of my hardware matters. Please if you have the same problem post your motherboard and OS. Maybe its Asus motherboard that is bad.

<< Comment #446 @ 18:27 BST, 8 October 2010 >>

(Link, Reply)

By Anonymous (188.81.28.76)

i have asus p5q PRO TURBO too.. asus sucks.. . since i have asus i m having this problem.. maybe

and its like 5 times i move my mouse to right or left, 3/5 is with fucking acceleration!...

Im with XP now, still have the same problem

my board is P5Q PRO TURBO

Intel e7600 dual core

2gb..

<< Comment #447 @ 12:50 BST, 9 October 2010 >>

(Link, Reply)

By Dav

Do you happen to know a way to set horizontal and vertical sensitivity individually for games without m_yaw m_pitch & mice without drivers to do so?

<< Comment #448 @ 21:33 BST, 9 October 2010 >>

(Link, Reply)

By MarktheC  - Reply to #447

You might try moudrv:

moudrv_20080201.7z

Instructions.

1%

<< Comment #450 @ 21:16 BST, 10 October 2010 >>

(Link, Reply)

By Dav  - Reply to #448

great :)

<< Comment #449 @ 18:58 BST, 10 October 2010 >>

(Link, Reply)

By Anonymous (77.103.44.64)

I've got an idea....

give up gaming lol

<< Comment #451 @ 14:50 BST, 11 October 2010 >>

(Link, Reply)

By Anonymous (68.227.53.100)

For whatever reason it may be...

Windows xp just feels much less "floaty" than win 7. My aim goes up substantially when I use win xp, everything is that much easier to hit.

Win xp > Win 7 when it comes to FPS gaming

<< Comment #452 @ 20:35 BST, 12 October 2010 >>

(Link, Reply)

By Anonymous (77.103.44.64)

Yea, that's what we've been talking about- the floaty feel that you get on Win 7.

It's not that the mouse has acceleration on Win7, it just lags and floats, which makes it feel a lot nicer and smoother when on the desktop, but pretty useless for games if you notice it a lot.

Wonder what it could be?

<< Comment #454 @ 09:21 BST, 13 October 2010 >>

(Link, Reply)

By Anonymous (78.21.145.186)  - Reply to #452

Time to buy some programming books and write a thing similar to wcafix that turns the mouse ballastics back into XP's... tried going back to XP but it's so... old... and fugly now :D

<< Comment #455 @ 16:36 BST, 13 October 2010 >>

(Link, Reply)

By Anonymous (68.227.53.100)  - Reply to #454

Yeah... I feel win7 is superior in every other way except FPS gaming. Well, it's a matter of time someone puts one a final mouse fix that will fix it all

<< Comment #453 @ 04:45 BST, 13 October 2010 >>

(Link, Reply)

By MBuddy

So with in_mouse "2" there is no need to use any mouse acceleration/curve fix ?

I use 800x600 @ 200hz.

<< Comment #456 @ 22:38 BST, 13 October 2010 >>

(Link, Reply)

By Corrupt^

I might have another idea about this problem.

If I recall correctly, according to MarktheC, microsoft hardcoded the number "150" as the busupdaterate. Now, since a couple of nights ago I started playing lot's of Quake instagib again and the problem is even worse there, since the game obviously requires more aim then css.

If people start strafing randomly, in XP, I would just nudge my mouse left and right to keep up with the strafing, and it worked. In 7 however, by the time I see my mouse move, the guy has already strafed way to the other side.

Also, if I play slow, make these same adjustments slower, the mouse seems to respond more smoothly.

So now I direct this question to MarktheC:

Could it be that 150 isn't just "a hardcoded number" and that in W7, any mousebus update above this value is discarded?

Because the only way I could describe the feeling right now is as if I'm playing with the precision of 500Hz and the responsiveness of a bloody PS/2 mouse.

And with raw input I get THE SAME ISSUE, albeit slightly less pronounced. So this also makes me wonder about this hardcoded number. If this were to be the case, we'll prolly have to dig deeper then just making a wca like fix that loads the XP ballistics.

Edited by Corrupt^ at 22:46 BST, 13 October 2010

<< Comment #457 @ 01:15 BST, 15 October 2010 >>

(Link, Reply)

By MarktheC  - Reply to #456

"Could it be that 150 isn't just "a hardcoded number" and that in W7, any mousebus update above this value is discarded?"

Yes, it is definitely a single hard-coded number.

The actual mousebus update rate (assuming Windows even knows what that is) doesn't come anywhere near the calculation.

"And with raw input I get THE SAME ISSUE, albeit slightly less pronounced ... we'll prolly have to dig deeper then just making a wca like fix that loads the XP ballistics."

Yes.

Raw Input completely bypasses the entire accel / ballistics calculation (including the 150 hard-coded number).

The problem is somewhere else in Windows, not in the ballistics, and you are right that a wcafix-like fix that just loads XP ballistics wouldn't fix it.

<< Comment #460 @ 12:46 BST, 15 October 2010 >>

(Link, Reply)

By Anonymous (78.21.145.186)

So basically, "something" is causing a delay in mouseinput.

<< Comment #458 @ 09:36 BST, 15 October 2010 >>

(Link, Reply)

By Corrupt^

Hmmz, time to start looking into things that could the mouse input to be delayed across USB then :p

<< Comment #459 @ 11:21 BST, 15 October 2010 >>

(Link, Reply)

By ins

i still use xp mousefix and it works perfectly in windows 7 :D

<< Comment #461 @ 14:56 BST, 20 October 2010 >>

(Link, Reply)

By Anonymous (188.81.3.55)

corrupt i think i have that problem..

i think my mouse movement isnt correct...

i use XP with 1.1 ZG and 500hz. no mousefix .. and something is wrong with the sens and mouse movement it seems that he "lags"

how i can see if i have delay in mouseinput

<< Comment #462 @ 18:15 BST, 20 October 2010 >>

(Link, Reply)

By drg  - Reply to #461

http://razerblueprints.net/index.php/Download...useHz.html

do you have that problem in QL only or even in diffrent games?

<< Comment #464 @ 21:18 BST, 20 October 2010 >>

(Link, Reply)

By Anonymous (188.81.3.55)

cant open it gives me a error! i just play cs..

<< Comment #463 @ 21:10 BST, 20 October 2010 >>

(Link, Reply)

By Anonymous (188.81.3.55)

the exe doesnt work!! i have that problem in cs too. its like delay on movement!!

<< Comment #470 @ 13:51 BST, 21 October 2010 >>

(Link, Reply)

By drg  - Reply to #463

start / run / msconfig / services

disable - ATI HOT KEY POLLER .................. its an ati service for keyboard shortcuts causing mouse delays ..........

RESTART

FIXED

1%

<< Comment #465 @ 02:26 BST, 21 October 2010 >>

(Link, Reply)

By Anonymous (89.135.206.1)

Hi. I'm using MarkC's registry fix for a couple of month now. Today I tried the wcafix. I feel no difference. (maybe a little more responsive with the wcafix, but maybe just placebo..) I still feel a little lag, and softness in the mouse movement.

I'm thinking on giving up struggling with windows 7, and go for vista, where the a wcafix works. I'm just concerned about performance, as I have no experience with vista (coming from xp to 7)

Maybe vista's mouse driver could be "hacked" somehow into win7...

[Termigáßor]

<< Comment #466 @ 08:41 BST, 21 October 2010 >>

(Link, Reply)

By terrorhead

This fix is not working or MouseMovementRecorder is not working properly. EDIT: Or I'm a retard who didn't read the entire thread (probably this)

I always get green and red in QW, Quakelive and TF2 with DeathAdder (with and without drivers) and 3.0 in Win 7 64bit. I don't feel any accel so don't really care.

Edited by terrorhead at 08:50 BST, 21 October 2010

<< Comment #467 @ 12:19 BST, 21 October 2010 >>

(Link, Reply)

By MarktheC  - Reply to #466

NOTE: While running a game, you may see many red and green lines.

Games that need a fix usually frequently re-position the pointer and this confuses MouseMovementRecorder.exe but DOES NOT mean acceleration.

See Comment #271 [jump] above.)

<< Comment #468 @ 12:35 BST, 21 October 2010 >>

(Link, Reply)

By terrorhead  - Reply to #467

yes

thx

<< Comment #469 @ 12:59 BST, 21 October 2010 >>

(Link, Reply)

By Anonymous (188.81.3.55)

markc

i think my mouse movement isnt correct...

i use XP with 1.1 ZG and 500hz. no mousefix .. and something is wrong with the sens and mouse movement it seems that he "lags"

how i can see if i have delay in mouseinput

<< Comment #471 @ 12:39 BST, 22 October 2010 >>

(Link, Reply)

By Corrupt^

Ain't got much time right now, I'm actually making backups atm. Going to make a dual boot with Windows 7/XP. XP for my "competitive" games and 7 for everything else/desktop use.

Edited by Corrupt^ at 12:40 BST, 22 October 2010

<< Comment #472 @ 23:40 BST, 24 October 2010 >>

(Link, Reply)

By Corrupt^

Switching back and forth between XP and 7 now, I noticed that because of windows 7's extra precision and more correct representation, "delays" are just more noticable. They were always there, but you barely noticed them due to the "faulty" ballistics on XP.

Now today I tried the most obvious thing, which I forgot to try all this time: upping my mouserate...

I usually play at 500Hz, which barely makes a difference to 1000Hz on XP... but on 7, **** me sideways, there's quite the difference between 1000 and 500.

<< Comment #473 @ 21:23 BST, 25 October 2010 >>

(Link, Reply)

By Anonymous (2.82.169.94)

so you play with w7?

<< Comment #474 @ 17:53 BST, 26 October 2010 >>

(Link, Reply)

By Corrupt^

Trying to, but I've got a small win XP partition for when I get in a sudden rage :p

<< Comment #475 @ 00:19 BST, 30 October 2010 >>

(Link, Reply)

By Anonymous (188.81.1.135)

bah, having some problems with 1.1/3.0 too. they have neg accel. is there any fix?

<< Comment #476 @ 11:33 BST, 30 October 2010 >>

(Link, Reply)

By vib  - Reply to #475

Hz >/= 250

<< Comment #477 @ 16:23 BST, 30 October 2010 >>

(Link, Reply)

By Anonymous (2.83.162.220)

i have 500 HZ like pro players

<< Comment #478 @ 18:48 BST, 30 October 2010 >>

(Link, Reply)

By vib  - Reply to #477

xd

but you're a noob

<< Comment #479 @ 00:38 BST, 31 October 2010 >>

(Link, Reply)

By Anonymous (83.168.78.177)

I can't use "Disable_WelcomeScreen+Login_Accel.CMD" because system don't searched this key "HKEY_USERS\.DEFAULT\Control Panel\Mouse", so checked and I haven't it in "regedit".

And I can't use "Disable_WelcomeScreen+Login_Accel.REG" because "Acces denied".

But when I uchecked 'Enhance pointer precision' I have ideal score in MMR and the same when I checked, in game have error because it must be what I read.

Game is Counter-Strike 1.6.

Thanks up for answers...

<< Comment #481 @ 00:27 GMT, 1 November 2010 >>

(Link, Reply)

By MarktheC  - Reply to #479

If MMR no red or green with 'Enhance pointer precision' checked ON (no glitch when you move the mouse left and right), then you don't need to run Disable_WelcomeScreen+Login_Accel.

Try running regedit with an elevated prompt:

- Open the Start Menu.

- In the Start Menu search box area, type regedit and press CTRL+SHIFT+ENTER.

- Enter the username and password of an admin user.

If you do that, can you see 'HKEY_USERS\.DEFAULT\Control Panel\Mouse'?

In-game, you will see red and green, because CS1.6 confuses MMR, see Comment #271 [jump] above.

<< Comment #480 @ 03:07 GMT, 31 October 2010 >>

(Link, Reply)

By meccausa

MarkC, green lines means that something is wrong?

<< Comment #482 @ 00:29 GMT, 1 November 2010 >>

(Link, Reply)

By MarktheC  - Reply to #480

No, green just means that you are using <6/11 : You have the Control Panel pointer speed slider to the left of the middle 6/11 position.

If you want to keep your pointer speed slider where it is for use on the desktop, then perhaps try the MarkC Fix Builder (link in my main post above), which can give you exact 1-to-1 in-game (but only for games that turn EPP on).

<< Comment #483 @ 06:32 GMT, 1 November 2010 >>

(Link, Reply)

By meccausa

I've 6/11. I've never used mousefix, i dont think why i should use it now. (Never had problems before)

<< Comment #484 @ 22:18 GMT, 1 November 2010 >>

(Link, Reply)

By MarktheC  - Reply to #483

OK, sorry. If you aren't using a mousefix, AND you have EPP on, then MMR will show green when moving the mouse slowly and red when moving it fast, and that is normal, that is acceleration (green when slow and red when fast).

<< Comment #485 @ 14:38 GMT, 2 November 2010 >>

(Link, Reply)

By meccausa

i dont have EPP on, its off. and only shows green when i move tooooooo fast.

<< Comment #486 @ 22:23 GMT, 2 November 2010 >>

(Link, Reply)

By MarktheC  - Reply to #485

OK, if that happens on the desktop (not in-game), then does it only happen when the pointer has hit the edge of the screen and stopped? When that happens MMR shows green because the mouse is still moving, but the pointer has stopped and is stuck at the edge.

<< Comment #487 @ 22:34 GMT, 2 November 2010 >>

(Link, Reply)

By meccausa

with CS open, i get like 3 bars for like 50 moves.

<< Comment #488 @ 22:34 GMT, 2 November 2010 >>

(Link, Reply)

By meccausa

just red's, i think i didnt saw any green

<< Comment #490 @ 04:05 GMT, 7 November 2010 >>

(Link, Reply)

By Dhal

Ok so thanks for this, as long as windows 7 has been out I have been trying to find this but for some reason overlooked this particular site.

I have always used DoD (1.3) as a reference to see if mechanical problems were game related, or windows related. for individual games I have either dealt with it (and quit relatively early on), or found a way to disable either in-game settings or cfg/ini's.

However from what I understand that only disables what the game does for acceleration and there is still a portion of mouse accel existing from windows that isn't being added onto.

So, as it stands I've discovered this awesome post today and have spent hours trying to read and read, and catch up to figure out my problem.

My problem is this; I don't get random red/green bars after launching DoD and following all the steps (I do tech support for HP and definitely understand how vital it is to follow all steps, and how annoying it is to try to help someone who isn't doing that - though it's warranty tech support, which this sort of thing isn't covered and out of my league). EnPtPr is red, and Off switches to On when I load the game. mouse accel/smooth is deselected in-game, along with all of the above being performed and triple checked, undone and re-done.

My registry:

HKEY_CURRENT_USER\Control Panel\Mouse;

MouseSensitivity REG_SZ 10

MouseThreshold1 REG_SZ 0

MouseThreshold2 REG_SZ 0

SmoothMouseXCurve REG_BINARY

0000 00 00 00 00 00 00 00 00 . . . . . . . .

0008 70 3D 0A 00 00 00 00 00 p= . . . . . .

0010 E0 7A 14 00 00 00 00 00 áz . . . . . .

0018 50 B8 1E 00 00 00 00 00 P¸ . . . . . .

0020 C0 F5 28 00 00 00 00 00 &#7846;õ . . . . . .

0028

SmoothMouseYCurve REG_BINARY

0000 00 00 00 00 00 00 00 00 . . . . . . . .

0008 00 00 38 00 00 00 00 00 . . 8 . . . . .

0010 00 00 70 00 00 00 00 00 . . p . . . . .

0018 00 00 A8 00 00 00 00 00 . . ¨ . . . . .

0020 00 00 E0 00 00 00 00 00 . . à . . . . .

;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;

HKEY_USERS\Control Panel\Mouse

MouseSensitivity REG_SZ 10

MouseThreshold1 REG_SZ 0

MouseThreshold2 REG_SZ 0

SmoothMouseXCurve REG_BINARY

0000 00 00 00 00 00 00 00 00 . . . . . . . .

0008 15 6E 00 00 00 00 00 00 . n . . . . . .

0010 00 40 01 00 00 00 00 00 . @ . . . . . .

0018 29 DC 03 00 00 00 00 00 ) U . . . . . .

0020 00 00 28 00 00 00 00 00 . . ( . . . . .

0028

;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;

Any help or input would be much appreciated. I can say that with the only red being on consistantly and never deviating, under EnPtPr there would definitely be something out of whack. The game plays entirely differently in 2000/xp also. I will try anything, even jumping through flaming hoops, to get this going in Windows 7 as it's in every other way been such a better o/s than its predecessors.

I wish i had a different mouse to do some testing with. So, all I own at the moment is an old Razer Lachesis, and a Razer Naga (with only the Naga drivers installed at the moment) and all of the acceleration/smooth options are off. I'd really like to get everything going with the Naga, as the 12 side/thumb keys are awesome.

An added note, my polling is set to 1000Hz and my mouse DPI is turned down to 1600.

<< Comment #491 @ 08:58 GMT, 7 November 2010 >>

(Link, Reply)

By MarktheC  - Reply to #490

If I understand what you say: While running MouseMovementRecorder.exe and DoD (1.3), the only colour is the EnPtPr column in red with no red or green in the Pointer Movement column.

That is slightly strange but does not indicate a problem.

No red or green in the Pointer Movement column means (among other things) that there is no WIndows acceleration being added.

No red or green in the Pointer Movement column column while EnPtPr column is ON/red means the fix is working and removing Windows acceleration.

No red or green in the Pointer Movement column while DoD is running means that DoD is NOT recentring the (hidden) pointer which is the strange part. Are you in-game, or at a console?

Valve games (HL/CS/CSSource) do not recentre the pointer while in the console (~ key calls up command console).

Is it possible that DoD sets Enhance pointer precision ON, but uses DirectInput or Raw Input for mouse input, and is not affected by Windows accel?

Other people have also reported that WIndows 7 mouse response is different from XP, but I have no explanation for that, sorry.

Edited by MarktheC at 09:06 GMT, 7 November 2010

<< Comment #489 @ 04:05 GMT, 7 November 2010 >>

(Link, Reply)

By Dhal

I just noticed I forgot the last registry entry:

HKEY_USERS\Control Panel\Mouse

SmoothMouseYCurve REG_BINARY

0000 00 00 00 00 00 00 00 00 . . . . . . . .

0008 B8 5E 01 00 00 00 00 00 ¸ ^ . . . . . .

0010 CD 4C 05 00 00 00 00 00 &#7726; L . . . . . .

0018 CD 4C 18 00 00 00 00 00 Í L . . . . . .

0020 00 00 38 02 00 00 00 00 . . 8 . . . . .

0028

<< Comment #492 @ 10:10 GMT, 7 November 2010 >>

(Link, Reply)

By Dhal

"Are you in-game, or at a console?"

Actually I noticed it right away so I never started up a game. I just sat at the Menu screen and then exited. I begun playing just now, and Mouse + Pointer movement both started going green/red pretty consistantly, anywhere from 0 x 0 to 5 x 3 and even higher.

Something is keeping me from getting a 1 to 1. Keeping my Mouse Properties open the Enhance pointer precision box never gets checked, also closing it during play and opening it afterwards to see if it got ticked on, it's not getting ticked back on.

"Is it possible that DoD sets Enhance pointer precision ON, but uses DirectInput or Raw Input for mouse input, and is not affected by Windows accel?"

Maybe for Windows 7 if it's so different it doesn't know how to utilize it correctly, but DoD definitely is affected by mouse accel in XP and Vista for sure. I'm not sure how to check on DirectInput/Raw Input to give any more of an accurate answer. But again, I just use DoD as a reference marker because I know how it "should feel" (dunno how to say it any better than that).

It is particularly bad feeling in MoH (the new one). It's been bad in MW2 and BC2 also. Having such bad mouse control means whenever an FPS comes around that doesn't suck complete #@!%, I don't want to end up never playing it because something's up with my equipment, you know?

<< Comment #493 @ 10:31 GMT, 7 November 2010 >>

(Link, Reply)

By chickenfluGR  - Reply to #492

for moh : go to multiplayer -> gamesettings.ini and change [GstInput]

InputAcceleration=1 to 0

for BC2 : try this fix, bc2 default mouse settings feel like playing with m_filter set to 1 http://forum.ea.com/eaforum/posts/list/0/1011843.page#6097925

<< Comment #494 @ 12:31 GMT, 7 November 2010 >>

(Link, Reply)

By MarktheC  - Reply to #492

EpPtPr going red when the game starts is normal and means DoD needs a (my) fix.

Without a fix EnPtPr red would mean Windows accel would be active, but the fix stops that. (There will likely be no red or green in the Pointer Movement column while at the menu screen.)

Once you start playing, you will get regular red followed by green in the Pointer Movement column because DoD confuses MMR. It's expected and doesn't mean anything is wrong, see Comment #271 [jump] above.

Re. the Control Panel:

I don't know about DoD, but HL/CS/CSSource store the previous value of the 'Enhanced pointer precision' checkbox and reset it back to what it was when they lose focus (when you Alt+Tab or Taskbar click away to another program), so you will never see the value they set by looking at Control Panel (*)

MouseMovement queries the EPP setting on every mouse movement and displays it in the EnPtPr column and you may see it go back to black/off when you switch away from DoD.

(*) If you could somehow schedule Control Panel>Mouse to open in the background minimised while you are playing DoD, then you might be able to see EPP set on: it would pick up the EPP value while DoD was playing, as long as it didn't pop-up and change the active window when it started...

Is it positive acceleration or negative acceleration you feel in DoD, or something else?

My fix can't directly help with negative acceleration, sorry.

See my Comment #190 above [jump] for what that is, and a program to test for it.

<< Comment #495 @ 13:40 GMT, 7 November 2010 >>

(Link, Reply)

By Dhal  - Reply to #494

I have dual monitors and threw the MMR and Mouse Properties on the 2ndary. But I figured if it was changing it, it would probably be a registry entry adjustment only and not actually show it happen.

It seemed like (I don't even know if this is possible, probably not) the CPL fix made the registry as if it was in a 'read only' state that couldn't be adjusted back regardless.

There is in fact red and green consistantly in the panel, and that makes sense that it's just confuzzling the MMR. However EnPtPr is not only red it also says "On" the entire time.

I did see it jump to neg accel as well, aside from your app is there any other work around for this? I could honestly live without DoD being tuned, as I'm more interested in making sure next-gen games are up to speed and correct. It's just nice to be able to hop on once in a while to see old friends and nostalgia reasons. I still do well, just not as well as I could be.

Also I've heard that the only thing holding back CPL fix from working is driver signing being turned off.

I've followed this article to turn off driver signing, but after running cpl fix it doesn't seem to change anything. I'm assuming the entire backend of Windows7 being completely different is what's up here. But after turning off driver signing is it not possible to come out with cpl mousefix7? Or is that basically the same thing as yours (I'm just curious as the cpl fix addresses many things as well as smoothing/accel as long as I've been misinformed in the past).

@chickenfluGR

For MoH i did this but they didn't make that suggestion. As it still feels a bit off I will definitely try that out too.

As for BC2 I might try that just to see, but I stopped playing it as the population died and MoH is a bit more up my alley (too bad they don't have private servers or it might actually be decent competitively).

Anyways to both of you, massive improvements due to removing mechanical roadblocks from windows and crappy settings in cfg/ini's.

Thanks for the advice~

<< Comment #496 @ 14:08 GMT, 7 November 2010 >>

(Link, Reply)

By chickenfluGR  - Reply to #495

that fix you saw posted on guru3d was about the single player part of the game, my fix is about the multiplayer

Edited by chickenfluGR at 14:09 GMT, 7 November 2010

<< Comment #497 @ 14:39 GMT, 7 November 2010 >>

(Link, Reply)

By Dhal  - Reply to #496

You have to install SP to get the files to adjust, but it totally applies to both SP and MP. There is/was an undeniable difference both to my own experience and a handfull of people I play with. You might try it out too.

<< Comment #499 @ 22:37 GMT, 7 November 2010 >>

(Link, Reply)

By chickenfluGR  - Reply to #497

No there is no universal fix, SP runs on unreal engine while MP runs on frostbite engine

<< Comment #498 @ 22:22 GMT, 7 November 2010 >>

(Link, Reply)

By MarktheC  - Reply to #495

I have dual monitors and threw the MMR and Mouse Properties on the 2ndary. But I figured if it was changing it, it would probably be a registry entry adjustment only and not actually show it happen.

I almost wrote (but then deleted it) that there are two places EPP is stored/active, (1) in the registry, (2) the currently active 'in-memory' setting. They can have different values.

* MMR queries the active in-memory setting.

* Control Panel:

- queries/loads the active in-memory setting (but only when Control Panel>Mouse is first opened),

- changes the active in-memory setting as soon as you change the checkbox or slider (but doesn't update the registry), and

- saves/applies to both the active in-memory setting and to the registry when you Apply or OK.

* HL/CS/CSSource (and almost certainly DoD) update and restore the active in-memory setting only.

It seemed like (I don't even know if this is possible, probably not) the CPL fix made the registry as if it was in a 'read only' state that couldn't be adjusted back regardless.

Probably/certainly not possible. CPL and my fix (being registry fixes) work the same except for scaling. Both remove accel, but (for Windows 7 DPI=100%), my fix scales 1:1 and CPL scales 1 : 0.78 (1 mouse count is 0.78 pixel of pointer movement).

There is in fact red and green consistently in the panel, and that makes sense that it's just confuzzling the MMR. However EnPtPr is not only red it also says "On" the entire time.

Yes on the confuzzling. It seems DoD sets accel on and keeps it on while running. I'm pretty sure HL/CS/CSSource restore it back when they lose focus.

I did see it jump to neg accel as well, aside from your app is there any other work around for this?

The only solutions are as in post #190 above:

- Decrease your mouse CPI/DPI and/or Control Panel pointer speed slider and increase your in-game sensitivity to compensate.

- Try programs like RInput, DInput, or Mouse Force if you can find a non-dead download for it anywhere.

Also I've heard that the only thing holding back CPL fix from working is driver signing being turned off. I've followed this article to turn off driver signing, but after running cpl fix it doesn't seem to change anything. I'm assuming the entire backend of Windows7 being completely different is what's up here. But after turning off driver signing is it not possible to come out with cpl mousefix7?

CPL does not need driver signing turned off, you are perhaps thinking of Anir's accelfix and wcafix programs (wcafix modified to work on Windows 7 by Sufok[MpC]), which do need driver signing turned off.

(Search for 'wcafix' in this thread.)

Or is that basically the same thing as yours (I'm just curious as the cpl fix addresses many things as well as smoothing/accel as long as I've been misinformed in the past).

CPL only does one thing: remove Windows Control Panel mouse acceleration.

My fix does that and also gives you exact 1-to-1 mouse to pointer response.

Neither of CPL, my fix, wcafix does smoothing or any thing other than remove accel and set scaling to something or other.

Anyways to both of you ... Thanks for the advice~

You're welcome.

<< Comment #500 @ 07:57 GMT, 22 November 2010 >>

(Link, Reply)

By Anonymous (118.209.173.148)  - Reply to #498

sorry couldnt read through all of it hehe.. so if i just use in_mouse 2 in quake live i dont have to worry about the 1-1 ratio stuff if my windows slider is at 11/11 ?

<< Comment #501 @ 08:02 GMT, 22 November 2010 >>

(Link, Reply)

By PerpetualWar  - Reply to #500

yes.

<< Comment #502 @ 09:43 GMT, 30 November 2010 >>

(Link, Reply)

By Anonymous (124.187.82.93)

So I have installed the fix for 6/11 and I'm using a cheap $5 mouse.. my question is does this fix work for CoD MW2 and CoD Black Ops??. I have been playing Killing Floor it uses the UT2k4 engine, with this fix.

I've tried playing MW2 and Killing Floor in windows mode using the mouse recorder. Killing floor gets really good results no red or green.. pretty much at all. Only problem is that I swear my aiming sucks now? It's harder to get headshots since the fix has been installed in fact I feel like disabling the mouse accell/pointer shit actually made it harder to aim with my $5 mouse. I guess it would work better with a gaming mouse with at least 1000+ dpi?

Thanks.

<< Comment #504 @ 03:39 GMT, 1 December 2010 >>

(Link, Reply)

By MarktheC  - Reply to #502

No red or green displayed in Mouse Movement Recorder while in-game pretty much means that game doesn't need a fix, and this fix won't have any effect on that game.

See the 'Does my game need a mouse fix?' section of my main post above for how to see if a game needs a fix.

If you were previously gaming without a mouse fix (or using the CPL mouse fix) then it may take a while to get used to the change, because you are used to how it used to be.

Most people prefer Windows accel turned OFF, but it is a personal preference.

<< Comment #503 @ 13:48 GMT, 30 November 2010 >>

(Link, Reply)

By Corrupt^

Accel has the tendency to mask the flaws of a bad mouse, so yeah a proper mouse will really help.

<< Comment #505 @ 11:12 GMT, 17 December 2010 >>

(Link, Reply)

By Anonymous (108.18.222.197)

The CPL fix used to work perfectly for me, then one day it just stopped working on all my computers at once. I have no idea why it was very weird, even after I reformatted it did not work again. This fix essentially feels like the cpl mousefix when it didn't work completely. Even though the mouse recorder shows no green or red, the mouse still moves way too fast. Back when cpl was working it would almost feel like your mouse is running into a wall when you try to jolt it to a corner, except its actually working since the mouse sensor didn't actually move that far. But now the mouse just moves way too fast. What could be causing this. I'm not making this up since I've been play cs since 1.3 and it has definitely stopped working the way I want it to.

<< Comment #506 @ 12:42 GMT, 17 December 2010 >>

(Link, Reply)

By flowrush  - Reply to #505

try chickens mouse fix:

http://home.comcast.net/~chicken3/chickensmousefix.zip

<< Comment #507 @ 05:35 GMT, 18 December 2010 >>

(Link, Reply)

By Anonymous (77.103.44.64)

Mark's fix works fine for removing accel, most games don't need a fix apparently (although I disagree), it's just Win7 is laggy.

I don't play fps games any more, so have none installed to test with, but apparently it's only older games that enable the "enhance pointer precision" that the fix works for, yes?

If that is the case, then why does Battlefield 2 feel the same on Windows 7 with or without the fix, but on XP the mouse feels laggy/accelly with no fix, but with either CPL fix or Anir's fix the mouse is 100% snappy responsive and no accel?

I can't believe not that many people have noticed the lagginess of Win 7's mouse.

Maybe it's because of doing a clean Win 7 install, taking a while to set it all up and that and people aren't noticing.

Try them both side-by-side, XP with Anir's fix and Win7 with Mark's fix. Why is Win7 causing this laaaaaag? Is it really a hard (or impossible) to fix deep issue?

<< Comment #508 @ 04:22 GMT, 19 December 2010 >>

(Link, Reply)

By MarktheC  - Reply to #507

"...apparently it's only older games that enable the "enhance pointer precision" that the fix works for, yes?"

I assumed so when I wrote my blog, based on: 1) newer games must be fixed by now? 2) a post Cheese made somewhere where he said similar.

But apparently even until a few weeks ago, VALVe Source games (TF2, CS:Source) still used GetCursorPos to read mouse input, and have accel when EPP is on, and I have read of other new games still having a problem with accel.

So NO, not only older games.

I suppose because Quake was open-sourced, many engines inherited the problem from Quake.

<< Comment #510 @ 23:32 GMT, 20 December 2010 >>

(Link, Reply)

By illwill_  - Reply to #507

i've noticed the lagginess of the mouse. there's just nothing to fix it.

<< Comment #512 @ 22:35 GMT, 22 December 2010 >>

(Link, Reply)

By Anonymous (77.103.44.64)  - Reply to #510

I know that lol but surely theres someone who can figure out why. I thought there was an answer to everything involving computers :)

<< Comment #509 @ 10:47 GMT, 20 December 2010 >>

(Link, Reply)

By nonamed

I have no idea if everything is ok....

I have Razer Deathadder optical mice 1800DPI, in Windows7 i have sensitivity : 6/11 , in razer driver I have this settings:

http://img26.imageshack.us/img26/3152/captureie.jpg

And when I run Mouse Movement Recorder I have this all the time :

http://img824.imageshack.us/img824/1989/55677357.jpg

(whether I turn on 'Enhance pointer precision' in windows or not...)

Is the MarkC fix working fine ??

Edited by nonamed at 10:49 GMT, 20 December 2010

<< Comment #511 @ 00:58 GMT, 21 December 2010 >>

(Link, Reply)

By MarktheC  - Reply to #509

That all looks good.

Re:
whether I turn on 'Enhance pointer precision' in windows or not...
... means that the fix is working.

To see what it might look like if the fix was NOT working, apply WindowsDefault.reg, turn 'Enhance pointer precision' ON and run MouseMovementRecorder (and re-apply the fix afterwards).

<< Comment #513 @ 10:41 GMT, 23 December 2010 >>

(Link, Reply)

By Corrupt^

I don't think 7 is laggier then XP after doing some swapping on my dual boot. The thing is, the "lag" was always there, but due to the mouse ballistics being fixed in 7, you can actually see/feel the delay more accurately.

Also, either turning off "pointer shadow" or "Control Panel ---> Power Options ---> Search for some advanced settings ---> Disable USB Selective Suspend" seemned to help a bit.

<< Comment #514 @ 13:42 GMT, 23 December 2010 >>

(Link, Reply)

By Anonymous (77.103.44.64)  - Reply to #513

Corrupt, I've only ever used a G9 mouse so it may be that, and I've tried it on my old system and my newer 1- XP has no lag at all, as in wherever you move the mouse (at any speed) the pointer will go exactly there, it's most noticeable if you shake the mouse quickly left/right- on XP it will be 100% responsive and snappy, but on 7 when you shake it left/right, going from 1 direction to another it will stop for a millisecond then go the opposite direction, just as if you had vsync on with triple buffering, but not as exaggerated.

I know what you mean about Win 7 being more accurate, the mouse definately seems smoother and XP feels "grittier", windows 7 feels like a vsync'd mouse XP feels like no vsync (if that makes any sense)

I'm saying this purely from thought, as I have no technical knowledge of mouse ballistics or whatever, but I am very sure that this is nothing to do with pointer code/settings at all, I think it's got something to do with Windows 7's graphics code/settings (whatever)- something to do with that definately in my opinion.

All games framerates are smoother on Windows 7 than XP, less stuttering etc, and the mouse feels different maybe because of something to do with the way frames are rendered, or something like that.

This is all just my guesswork but to me it sounds right :) any ideas?

<< Comment #519 @ 10:04 GMT, 25 December 2010 >>

(Link, Reply)

By acid_reptile  - Reply to #514

@ anonym

Maybe u should make sure win 7 isnt accidently set to multi monitor ? That can cause input lag aswell.

<< Comment #516 @ 09:53 GMT, 24 December 2010 >>

(Link, Reply)

By MarktheC  - Reply to #513

If there is lag in Windows 7, it is not coming from the mouse ballistics; the Windows 7 mouse ballistics proper is the same as in XP and Vista.

(Other parts of Windows 7 that handle mouse input may also be different.)

What is different is scaling/sensitivity when EPP is on (and how fractional accelerated and scaled mouse movement is rounded to whole integer pixels to move the pointer).

When EPP is on, Windows 7 scales the ballistics lookup by:

× Screen DPI ÷ 150
(DPI = 96 × the Control Panel > Appearance and Personalization > Display % value. 100% means DPI = 96)

When EPP is on, Windows XP & Vista scale the ballistics lookup by:

× Refresh Rate ÷ Screen DPI

<< Comment #517 @ 11:35 GMT, 24 December 2010 >>

(Link, Reply)

By Anonymous (108.18.222.197)

Hi there, when I use MMR to test CSS I get these results. Recently there has been an update to source with the option to use raw input for mouse. It shows the same results with mouse fix and raw input checked or unchecked. I'm using the old MS intellimouse 3.0. Is this just MMR showing incorrect results or do I have accel?

http://img704.imageshack.us/img704/4337/cssmmr.png

Thanks!

<< Comment #518 @ 09:27 GMT, 25 December 2010 >>

(Link, Reply)

By MarktheC  - Reply to #517

In CSS, there is code to re-center the pointer when the mouse moves, and that is what you are seeing in the MMR output: In the MOUSE MOVEMENT column you get large movements, but in the POINTER MOVEMENT column you get no or very little movement (most of the time), because CSS keeps the pointer centered in the middle of the screen.

That is normal for a game that needs a fix, and does not mean accel.

It is a pain that MMR shows green, but that's just MMR getting confused by the re-centerings.

(I'm not sure why it almost entirely, but not completely re-centers the pointer, often leaving a small +/- 1 movement...

Apparently that re-centering code is still active, even though it doesn't need to be, when the new Raw Input option is used. Ideally it would not still re-center the pointer when using Raw Input, but presumably they left that in for some reason, or maybe no good reason.

If Raw Input is selected, then CSS is (presumably) using Windows Raw Input and you won't have any accel.

Even if CSS is not using Raw Input, note that the 'EnPtPr' column is OFF and you also wouldn't have any accel.

There are other technical ways to test for sure if you have accel, and to test if CSS is using Raw Input, but if you can't feel any accel, I would ignore the green in MMR (it is confused) and trust that CSS is doing the right thing,

<< Comment #515 @ 09:41 GMT, 24 December 2010 >>

(Link, Reply)

By Corrupt^

Vsynced mouse sounds about right, that's pretty much how it feels :p

Thank god CSS got a raw input update. QuakeLive still feels like shit though.

<< Comment #520 @ 14:23 GMT, 29 December 2010 >>

(Link, Reply)

By nonamed

In Razer Driver Utility there is option ''Sensitvity'' . If I lower it my windows sens, stay the same : 6/11 . So what this setting is responsible for ?? :/ Does it lower my mouse DPI ?? :/

Here is screen how does it look like:

http://img259.imageshack.us/img259/1895/capturecu.jpg

Thanx for explanation .

<< Comment #521 @ 14:27 GMT, 29 December 2010 >>

(Link, Reply)

By Izi  - Reply to #520

yeah I think it lower ur dpi

<< Comment #525 @ 11:31 GMT, 5 January 2011 >>

(Link, Reply)

By MarktheC  - Reply to #520

In Razer Driver Utility there is option ''Sensitvity'' . If I lower it my windows sens, stay the same : 6/11 . So what this setting is responsible for ?? :/ Does it lower my mouse DPI ?? :/

There are various places that mouse input might be scaled:

- Inside the mouse, hardware or firmware. If you have a DPI switch on the bottom of the mous, then there will be a calculation or adjustment to scale the input in the mouse.

- In the mouse driver. The Razer driver either sends an instruction to the firmware in the mouse so that it scales, or (more likely) the driver scales according to the Razer driver Sensitivity AND X Axis/Y Axis scaling.

- In Windows control panel (unless you use 6/11)

- In-game, according to m_yaw etc or whatever.

So the Razer driver is another scaling calculation, like the Windows control panel calculation, but done in a different place, perhaps with slightly different rules. In effect it adjusts your mouse DPI.

<< Comment #523 @ 09:39 GMT, 2 January 2011 >>

(Link, Reply)

By Anonymous (88.222.66.47)

Hey MarkC

Im using Razer Deathadder mouse and my driver settings are same as in #510 comment's picture.

when i move my mouse on the desktop MouseMovementRecorder shows this http://img193.imageshack.us/i/recorderdekstop.png/

but when i play counter-strike 1.6 MouseMovementRecorder shows this http://img822.imageshack.us/i/recordercs.png/

so im wondering if i have acceleration in game or not?

thanks

<< Comment #527 @ 11:41 GMT, 5 January 2011 >>

(Link, Reply)

By MarktheC  - Reply to #523

Because 'Enhance pointer precision is not ON in the second image (when playing CS), the fix is not active, and is not even needed (you don't need my fix for CS 1.6 when using the -noforcemspd or -noforcemparms launch option).

The occasional periodic red is caused by CS 1.6 re-centering the pointer and confusing MMR. This is expected, see Comment #271 [jump] above for more details. With EPP OFF you have no Windows control panel accel in CS 1.6.

<< Comment #522 @ 09:38 GMT, 2 January 2011 >>

(Link, Reply)

By Anonymous (75.129.129.1)

Hey, Mark, I've been having a problem with my mouse. I used your fix for 6/11 sensitivity and the mouse movement recorder shows that I'm getting 1 to1 with accel both on and off, but if I move my mouse in a circular motion, the pointer will fade up and to the right. It is like the problem you said CPL mouse fix had in comment #94. I'm using an Abyssus, and I'll be able to pick up my G9x from school soon to test that, but I don't think it's my mouse's problem. The recorder DOES say I'm getting perfect 1 to 1.

<< Comment #526 @ 11:37 GMT, 5 January 2011 >>

(Link, Reply)

By MarktheC  - Reply to #522

With MMR showing exact 1-to-1 (no red or green), the XP/Vista/CPL mouse wandering problem will be bypassed.

There could be a similar problem with the Razer Abyssus drivers, that is causing a similar (but different) wobble/drift, or maybe a problem with the sensor (clean?) or mousepad (can the sensor read it?) or any accel that the Razer drivers might apply?

Try cleaning things or using a different mouse pad?

I don't think that the Razer drivers have accel of their own, but if they did and it was turned on, any slight difference in speed between up/down or left/right in your mouse movement will be amplified by the accel and turn into drift.

It's hard to know what might be causing it.

<< Comment #546 @ 23:30 GMT, 31 January 2011 >>

(Link, Reply)

By Anonymous (75.129.129.1)  - Reply to #526

Well I'm still having this weird problem. If I move my mouse in a vertical line (using my keyboard edge to keep it completely vertical), the mouse pointer will fade to the right every time. This goes for both my abyssus and g9x. I'm using Win7 64bit, but I also tried it on my laptop that's running vista and it has the same exact problem. I haven't downloaded any drivers or used a mouse fix for vista. I also haven't downloaded drivers for the abyssus. Again, the movement recorder says I'm getting 1 to 1. This is completely baffling me.

<< Comment #524 @ 19:18 GMT, 4 January 2011 >>

(Link, Reply)

By BSE

Hey Mark, I recently switched to windows 7 and I'm having problems turning the acceleration off.

I'm using 4/11 @ 1600dpi (win7 100% dpi), and when I build a custom 4/11 reg fix it works only when EPP is on (and that is no good for me cos cursor speed is much faster then with EPP set to off.)

Also, the MMR displays 1to1 movement when in windows, but when I start the game (cs1.6 with -noforce) MMR shows lots of green and red lines.

The question is, can I build a 4/11 mfix that doesn't need EPP set to ON and also works ingame?

Here are the screenshots

http://dl.dropbox.com/u/7140622/mfix/eppoff.png

http://dl.dropbox.com/u/7140622/mfix/eppon.png

Thanks

<< Comment #528 @ 12:04 GMT, 5 January 2011 >>

(Link, Reply)

By MarktheC  - Reply to #524

Note: Red or green does not necessarily mean you have accel.

(Red and green can mean accel, but it doesn't mean you have it.)

The mostly green in your screenshots is caused by CS 1.6 re-centering the pointer and confusing MMR. This is expected, see Comment #271 [jump] above for more details.

For an experiment, try setting your max fps to 25 (console variable fps_max ?) and look at MMR and you should see mostly black with red every 5th line.

If you see no red or green on the desktop with EPP turned ON (and mouse pointer not at the edge of the screen), then the fix has removed accel. MMR will be confused in-game, but that can't be helped.

Using a custom fix builder fix is a double-edged sword:

- It does need EPP on (as you found) if you want exact 1-to-1, and you need to change the in-game sensitivity to suit (set console variable "sensitivity" to a lower value, @4/11 use × 0.5 the previous value).

- You are more likely to have negative acceleration.

If you have negative acceleration, then use the normal MarkC fix for 100% rather than a fix builder fix.

If you can do without exact 1-to-1 (you likely will not notice the difference), then use the normal MarkC 100% fix and your sensitivity will be OK. Note: MMR will always show green with the normal MarkC fix @ 4/11, which means their is scaling but does not mean there is accel.

<< Comment #529 @ 16:51 GMT, 5 January 2011 >>

(Link, Reply)

By BSE  - Reply to #528

I was using 4/11 with cpl mousefix and -noforce commands in windows xp, what should I do to achieve that same settings in windows 7?

If I use your default fix for 6/11 @ 96dpi and then set the slider to 4/11 and keep EPP off, will I still have acceleration or it will be turned off but not entirely 1 to 1?

The thing is, 6/11 and -noforce doesn't really work for me cos of high mouse dpi, that would mean I have to lower my ingame sensitivity to lower than 1 which is not possible in cs1.6

Thanks

<< Comment #533 @ 03:51 GMT, 6 January 2011 >>

(Link, Reply)

By MarktheC  - Reply to #529

-noforcemspd still works in Windows 7, and if you use that you don't even need a fix, so I'd use that.

My default fix @4/11 removes all accel, but won't be 1-to-1.

The Half-Life GUI won't let you set sensitivity < 1, but you can set it < 1 by using the console. Press ~ key then type:

sensitivity 0.5
(or whatever).

Or edit the autoexec.cfg file in "C:\Program Files\Steam\steamapps\(username)\(game)\valve".

(The above is for Half-Life, I presume CS 1.6 is similar.)

<< Comment #531 @ 18:45 GMT, 5 January 2011 >>

(Link, Reply)

By Anonymous (88.222.66.47)

thanks for the answer MarkC

I have one more question. I tried to apply WindowsDefault registry entry and MMR shows this http://img819.imageshack.us/i/aceldekstop.png/

in counter-strike 1.6 it shows http://img715.imageshack.us/i/accelcs.png/

At control panel, mouse pointer speed is 6/11 but in razer drivers its 3.5. Could it be the reason why MMR shows those green lines? Or do i have acceleration and i have to use your fix?

thanks

<< Comment #536 @ 04:27 GMT, 6 January 2011 >>

(Link, Reply)

By MarktheC  - Reply to #531

Is the Control Panel slider at the exact middle 6/11 position, or is the registry MouseSensitivity value = 6? Which of those two values is 6?

Registry MouseSensitivity=6 corresponds to control panel 4/11 (tick-mark 4 from the left) and has scaling of × 0.5, which is what the green in MMR is showing (if you add up the Pointer X values down a column, they are × 0.5 the Mouse values). For my Razer Diamondback, Advanced Sensitivity Settings > Master Windows Control = 3.5 does correspond to 4/11 and MouseSensitivity=6.

Registry MouseSensitivity=10 corresponds to control panel 6/11 (tick-mark 6 from the left, = the middle tick-mark) and Razer Master Windows Control = 5.25 (yep, it's retarded).

I would say you are using 4/11 (registry MouseSensitivity=6)?

Your second screen-dump shows the same × 0.5 of 4/11 (green), plus CS1.6 confusing MMR when it re-centers the pointer (red).

<< Comment #530 @ 18:44 GMT, 5 January 2011 >>

(Link, Reply)

By nagat0

Hey Mark, loads of red and green for me without mousefix, 6/11 win sens and EPP off/on in QuakeLive with in_mouse 2.

On desktop I got none with EPP off and ALL green/red with it on

Was gonna try with in_mouse 1 but noticed ql wont change it to in_mouse 1 from the default 2 for some reason(gives error), just formatted to Win 7 yesterday and never had this before.

Edited by nagat0 at 19:16 GMT, 5 January 2011

<< Comment #532 @ 20:06 GMT, 5 January 2011 >>

(Link, Reply)

By nagat0  - Reply to #530

hehe this is weird, I cant have in_mouse 1 on windowed mode for some reason.. But anyway when i use in_mouse 1 with your fix/without on fullscreen it doesnt give me any red/green, however with in_mouse 2 it gives me all sorts of shit

<< Comment #535 @ 04:01 GMT, 6 January 2011 >>

(Link, Reply)

By MarktheC  - Reply to #532

I can't be 100% certain, but I'd still recommend using in_mouse 2, and the MMR "all sort of ..." is just MMR getting confused, and you can ignore it.

<< Comment #534 @ 03:59 GMT, 6 January 2011 >>

(Link, Reply)

By MarktheC  - Reply to #530

"loads of red and green for me without mousefix, 6/11 win sens and EPP off/on in QuakeLive..."
That is expected when in-game, see Comment #271 [jump] above for more details. If you apply my fix, set EPP on (for testing) with 6/11 and there is no red and green on the desktop, then you have no accel and exact 1-to-1.

With NO mousefix applied and EPP on, MMR will show lots of green when moving slower than ~8 counts/mouse poll ("Precision") and lots of red when moving faster than ~8 (acceleration).

in_mouse 2 is Raw Input, which is better than in_mouse 1, which is DirectInput. (DirectInput is Raw Input filtered through a thread.)

If you use in_mouse 2, you won't even need any (my) fix.

<< Comment #537 @ 21:20 GMT, 6 January 2011 >>

(Link, Reply)

By Anonymous (88.222.66.47)

Yes i checked the sensitivity and u were correct. Its is 4/11 in control panel and registry MouseSensitivity value is 6. but i also noticed that when i set control panel mouse sensitivity to 5 or lower MMR shows many green lines (as in my first photo) and when i set it to 7 or higher, green lines change to red. Only when i set it to 6/11, MMR shows exact 1-to-1 so i am wondering if those green/red lines (when mouse sensitivity is not 6) means mouse acceleration? or it is just MMR confused somehow?

<< Comment #538 @ 00:38 GMT, 8 January 2011 >>

(Link, Reply)

By MarktheC  - Reply to #537

Green means the sensitivity multiplier is < 1.0 (pointer moves slower than mouse input) and red means the sensitivity multiplier is > 1.0 (pointer moves faster than mouse input).

MMR is not confused, it is just showing what it was designed to show.

With EPP off (or EPP on and a standard fix applied), you only get exact 1-to-1 when using 6/11.

Some examples:

- If you set 4/11 and move the mouse slow, MMR will show green. If you move the mouse FAST it will still show green.

Even though you don't have exact 1-to-1, you have no acceleration , and the sensitivity multiplier is always the same.

- If you set 7/11 and move the mouse slow, MMR will show red. If you move the mouse FAST it will still show red.

Even though you don't have exact 1-to-1, you have no acceleration , and the sensitivity multiplier is always the same.

- If you apply the default windows curve "WindowsDefault.reg" and reboot, then set EPP on and move the mouse slow, MMR will show green and black. If you move the mouse FAST it will then show red, or red and black.

The sensitivity multiplier changes from < 1.0 when the mouse moves slow to > 1.0 when the mouse moves FAST. That is acceleration.

<< Comment #539 @ 02:48 GMT, 8 January 2011 >>

(Link, Reply)

By Anonymous (88.222.66.47)

i think i understood it, thank you Mark :P

<< Comment #540 @ 17:57 GMT, 9 January 2011 >>

(Link, Reply)

By Anonymous (217.233.183.179)

Hi, I've tried to use that fix but it seems that it has no effect at all, when running Unreal Tournament (99) and I'm in the menu its 1-1, but as soon i start a game the Pointer movement is 0x0 ALL THE TIME, no blacks, or reds, just green 0x0's - with or without fix always the same. Tried changing stuff in Setpoint too but doesnt work.

Mouse is Logitech G3 2000 DPI @1000hz

<< Comment #541 @ 21:59 GMT, 10 January 2011 >>

(Link, Reply)

By MarktheC  - Reply to #540

That is expected when in-game, see Comment #271 [jump] above for more details.

Games that need a fix continually re-center the (invisible) pointer, so the pointer is always in the center of the screen and never moves, so MMR always shows 0x0. If you see no red and no green on the desktop when EPP is ON, then the fix is working.

Tell me, do people get Negative Acceleration on Unreal Tournament?

I would suspect they do NOT (or not as often as Valve games), because it seems it is re-centering the mouse EVERY time it gets mouse input.

<< Comment #542 @ 12:03 GMT, 11 January 2011 >>

(Link, Reply)

By Anonymous (108.18.222.197)

Hey Mark, I have two questions regarding the fix.

1) When using the default fix at 6/11, Why is the movement speed of the mouse different depending on whether I have epp checked or unchecked even though they are both 1 to 1?

2) Also this is a really weird thing i found when playing CSS. Im using fix builder at 1/11 speed so I have epp checked. When I start up my PC the 1/11 speed is actually really fast even though it is 1 to 1. This speed stays consistent in game if I start it up and play normally which is a good sign. However, I found out that if I minimize the game when I'm playing and not in the main menu and click and open a folder then go back in game. The mouse speed would slow down dramatically making it so much more controllable. After I quit the game this mouse speed would carry over to windows as well. I'm not using any launch commands or the raw input option in game. I have restarted and tested this many times and it yields the same result every time. It almost feels like a better version of the cpl mouse fix when I do this. I was wondering if you know why this is happening.

Also other experienced css players please try this as well to see if this happens to you.

Win 7 64bit

In game resolution: 1024x768 (desktop: 1440x900), no fancy configs all default low settings except shadow.

I am using an optical microsoft intellimouse 3.0 without any drivers at 1.5 sensitivity in game.

Thanks in advance!

<< Comment #543 @ 15:18 GMT, 17 January 2011 >>

(Link, Reply)

By Anonymous (95.49.74.171)

Could anyone explain what settings/ run commands i.e "

-useforcedmparms , m_rawinput "1" ,

should I use in CounterStrike:Source to disable acceleration in game ?? ( in-game I have sensitivity "1.8" )

I have razer da 1800DPI , Windows sens. setting 4/11, EPP off , and applied Mark fix... then what... ?????????

<< Comment #547 @ 11:51 GMT, 1 February 2011 >>

(Link, Reply)

By Corrupt^  - Reply to #543

m_rawinput at 1 and you no longer need any of the tweaks.

<< Comment #544 @ 13:47 GMT, 24 January 2011 >>

(Link, Reply)

By Anonymous (84.251.103.20)

http://forums.steamgames.com/forums/showthrea...;t=1315790

heres some tweaks for win7 that might help with the mouse feeling laggy.z

<< Comment #545 @ 08:32 GMT, 31 January 2011 >>

(Link, Reply)

By sexpot

Hello MarkC,

I have just recently upgraded to Windows 7 (64bit) from XP. I'm currently using a Logitech G5 mouse with Setpoint and I cannot for the life of me recreate my mouse sensitivity when I was under Windows XP. I'm a gamer so when it comes to mouse sensitivity, I need to have absolutely no acceleration. I have downloaded your fix and I'm still getting a "floaty" feeling when in game. I have set windows+setpoint sensitivity to 6/11 and applied your fix. I ran mousemovementrecorder and it shows up fine in windows, but once I load up counter-strike 1.6, EnPtPr highlights to red and is marked as "ON."

I have attached two screen shots showing my settings when I'm on windows desktop. (EnPtPr shows as off) And one when I'm in game showing EnPtPr as ON.

http://img10.imageshack.us/i/cs16mv.jpg/

http://img401.imageshack.us/i/advancedn.jpg/

<< Comment #548 @ 13:25 GMT, 4 February 2011 >>

(Link, Reply)

By Anonymous (118.209.231.136)

Downloaded the patch so i could get 1:1 ratio.. installed correctly but still not getting 1:1 ratio unless i set windows slider to 6/11.. enhance precision off etc.. any ideas?

<< Comment #549 @ 20:36 GMT, 14 February 2011 >>

(Link, Reply)

By Anonymous (24.184.144.77)  - Reply to #548

it has been said that enhance precision needs to be on for it to work properly.

<< Comment #551 @ 12:57 GMT, 9 March 2011 >>

(Link, Reply)

By Lunatic

Has anyone tested this fix on Windows 7 SP1?

The USB-related driver files were updated, so I'm really wondering

There's also a little bug known in the SP1 installer, which causes usbport.sys, usbehci.sys, and winusb.sys not being updated.

http://forums.mydigitallife.info/threads/2466...ysprune=-1

<< Comment #552 @ 13:19 GMT, 9 March 2011 >>

(Link, Reply)

By illwill_  - Reply to #551

I'm on SP1 (slipstreamed install) and it seems to be working fine

<< Comment #553 @ 13:39 GMT, 9 March 2011 >>

(Link, Reply)

By Lunatic  - Reply to #552

seems, or have you actually tested it (using the tools provided)

<< Comment #554 @ 00:43 GMT, 10 March 2011 >>

(Link, Reply)

By illwill_  - Reply to #553

I just tested it with Mouse Movement Recorder and it shows that it's perfect 1:1

<< Comment #555 @ 22:38 GMT, 10 March 2011 >>

(Link, Reply)

By Lunatic  - Reply to #554

alrighty then! thanks for the effort

would've hated it to screw up a clean install ^^

<< Comment #556 @ 20:04 GMT, 24 March 2011 >>

(Link, Reply)

By Anonymous (194.44.21.49)

Please, help me with my problem. Everything was perfect with MarkC accel fix (thx for fix) but now I've got this in mouse movement recorder:

http://rghost.ru/4915547/image.png

Is it OK or something wrong?

<< Comment #572 @ 03:25 BST, 4 April 2011 >>

(Link, Reply)

By MarktheC  - Reply to #556

If that's while playing a game, that is normal, please see comment 271 [jump].

<< Comment #557 @ 20:46 GMT, 24 March 2011 >>

(Link, Reply)

By Corrupt^

I gave up a couple of months ago but when scrolling down this thread, I saw someone that was completely ignored but was talking about "core parking".

I turned it off and ... woah, the Windows 7 mouse now feels as smooth as in XP.

http://forum.cakewalk.com/tm.aspx?m=1861804

How to turn it off.

2%

<< Comment #559 @ 03:36 GMT, 25 March 2011 >>

(Link, Reply)

By acid_reptile  - Reply to #557

thanks for sharing.

<< Comment #558 @ 01:34 GMT, 25 March 2011 >>

(Link, Reply)

By Anonymous (194.44.21.49)

Find this key:- " 0cc5b647-c1df-4637-891a-dec35c318583 "

There is no such key in my regedit :(

<< Comment #561 @ 14:57 GMT, 26 March 2011 >>

(Link, Reply)

By Corrupt^  - Reply to #558

If you can't find that key, snoop around in "HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\Power\PowerSettings"

And look manually for those values yourself.

Though, normally core parking only get's enabled on 4+ cores so you might not have it on a dual core.

God knows why core parking causes a vsync like mouselag, but it fixed it for me nonetheless.

Edited by Corrupt^ at 14:58 GMT, 26 March 2011

<< Comment #560 @ 18:47 GMT, 25 March 2011 >>

(Link, Reply)

By PurePlay

Did MarkC left this thread? :((

<< Comment #564 @ 08:59 BST, 27 March 2011 >>

(Link, Reply)

By hoppan  - Reply to #560

Probably got bored of answering the same questions over again.. this thread is too flooded to serve as a valuable source of information anymore, no one bothers to read if their question was answered earlier.

<< Comment #573 @ 03:27 BST, 4 April 2011 >>

(Link, Reply)

By MarktheC  - Reply to #564

Correct!

I plan to check in now and then, but probably not as often.

<< Comment #562 @ 21:10 GMT, 26 March 2011 >>

(Link, Reply)

By Anonymous (194.44.21.49)

In Windows is all perfect, but in cs i've got this hell:

http://rghost.ru/4945911/image.png

And it doesn't matter if its 100 or 1 fps, windows or fullscreen, 6/11 or 1/11, sensitivity 1 or 10 :\

This is really pissing me off. Help me anyone, I'm so tyred trying to fix it...

<< Comment #563 @ 08:06 BST, 27 March 2011 >>

(Link, Reply)

By Conditioned  - Reply to #562

If thats a p55 motherboard then you probably need to change motherboards. You could try to buy a external pci-e / pci usb. Did you try reinstalling? Also try http://img571.imageshack.us/img571/6330/intelshortcut1.png.

<< Comment #568 @ 15:25 BST, 27 March 2011 >>

(Link, Reply)

By Anonymous (194.44.21.49)  - Reply to #563

I have p45 mb, I tried a trick with a shortcut but it doesn't work for me. I'll try to change bios settings, maybe it will work. This is so freaking annoying.

<< Comment #565 @ 09:02 BST, 27 March 2011 >>

(Link, Reply)

By hoppan  - Reply to #562

Is a known "issue", caused by the mouse input method and the game code itself. Read here: http://www.esreality.com/?a=post&id=2057256#pid1847961

Edited by hoppan at 09:03 BST, 27 March 2011

<< Comment #566 @ 14:00 BST, 27 March 2011 >>

(Link, Reply)

By Anonymous (194.44.21.49)  - Reply to #565

I've read it but what about solution?

<< Comment #574 @ 03:34 BST, 4 April 2011 >>

(Link, Reply)

By MarktheC  - Reply to #566

The problem is only a problem with how MMR works : It is MMR being confused.

Your game and mouse response is OK.

<< Comment #567 @ 15:25 BST, 27 March 2011 >>

(Link, Reply)

By Anonymous (194.44.21.49)  - Reply to #562

I've just plugged my mouse in ps/2 and NOTHING changed! This is ridiculous but it means that its not usb issue.

<< Comment #569 @ 10:00 BST, 1 April 2011 >>

(Link, Reply)

By Anonymous (77.103.44.64)

Corrupt I'm back on XP and just read about that core parking thing, does it actually work? Get rid of the lag? It could be possible by the sounds of it, but I don't wana re-install Windows 7 unless it feels like XP with Anir's fix, cheers

<< Comment #570 @ 18:39 BST, 1 April 2011 >>

(Link, Reply)

By Corrupt^

Well all I can say is that it fixed it for me, but I do have a quadcore.

<< Comment #576 @ 17:45 BST, 10 April 2011 >>

(Link, Reply)

By Anonymous (77.103.44.64)  - Reply to #570

Yes I tried it and it makes mouse feel a lot more reponsive, thanks

<< Comment #571 @ 22:02 BST, 1 April 2011 >>

(Link, Reply)

By Anonymous (77.103.44.64)

Me too, I might try it one day then. I find it hard to believe it works but apparently it reduces latency so it could be possible. Does it feel 100% like XP's mouse? You sure it's not placebo? lol

<< Comment #575 @ 19:50 BST, 4 April 2011 >>

(Link, Reply)

By Anonymous (77.224.232.33)

Hi Mark, I am using windows 7 and I have the mouse g9x with Logitech Setpoint installed, well I have activated the option in SetPoint that uses Windows Configuration, and i have been testing with your MouseFix of 4/11 and 6/11 but when i execute Mouse movement recorder i see lots of green bars and many reds

any ideas?

<< Comment #581 @ 02:12 BST, 16 April 2011 >>

(Link, Reply)

By MarktheC  - Reply to #575

Is the red and green in-game, or on the desktop?

If in-game, then red and green in MMR does not mean accel. It just means that in-game CS 1.6 confuses MMR. See Comment #271 [jump] above.

If on the desktop, please upload and post a screen dump of MMR.

<< Comment #577 @ 11:12 BST, 14 April 2011 >>

(Link, Reply)

By Conditioned

Just wanted to share that I use this with Razer da drivers. Definately feels smoother with than without. Acc is off in da drivers. Game is bc2.

Edited by Conditioned at 05:37 BST, 15 April 2011

<< Comment #578 @ 14:19 BST, 14 April 2011 >>

(Link, Reply)

By Anonymous (77.103.44.64)

Ok disabling core parking on Win7 don't help with the lag actually :( I'm sticking to XP but BF3 won't work on it when it's released :(

<< Comment #579 @ 00:26 BST, 15 April 2011 >>

(Link, Reply)

By Corrupt^

Odd, it made my system feel snappier in general, not just the mouse. And for some reason my CPU temperature has dropped a tiny bit as well.

Edited by Corrupt^ at 00:27 BST, 15 April 2011

<< Comment #586 @ 05:17 BST, 25 April 2011 >>

(Link, Reply)

By cumrag  - Reply to #579

...

well, now i'm going to try it.

<< Comment #580 @ 03:43 BST, 15 April 2011 >>

(Link, Reply)

By Anonymous (122.108.158.53)

Windows XP x64 SP2

Error: http://img850.imageshack.us/img850/3773/marck...lderer.jpg

<< Comment #582 @ 02:58 BST, 16 April 2011 >>

(Link, Reply)

By MarktheC  - Reply to #580

That line and error message shows a problem with WMI = Windows Management Instrumentation on your PC.

Often VBS scripts call "GetObject("winmgmts...)" to get information about a PC, and my fix builder is one of those scripts and that call is the one failing.

I may not be able to help, much, sorry.

You can run my script on another PC and create a script FOR your XP x64 PC, as long as you enter the correct values for the questions.

If you are brave you might try:

- Perhaps see this MS article and apply the hot fix?

http://support.microsoft.com/kb/933061

(The heading says Windows 2003 Server, but the 'Applies to' says it is also for XP x64..)

- Have you optimised your system (Black Viper for example) and turned off some services? (particularly the Windows Management Instrumentation service)

Try this command line:

net start winmgmt
... or go into Start > All Programs > Administrative Tools > Services and right-click "Windows Management Instrumentation" and choose 'Restart' then retry my script.

- See if there are any error messages in %WINDIR%\System32\Wbem\Logs\wbemcore.log or wbemess.log?

<< Comment #583 @ 11:54 BST, 16 April 2011 >>

(Link, Reply)

By Anonymous (122.108.158.53)  - Reply to #582

Thanks for the reply. Found out the script was being blocked by security applications.

<< Comment #584 @ 15:49 BST, 23 April 2011 >>

(Link, Reply)

By Anonymous (93.75.76.102)

how ro run accelfix on 7 x64 ?

i installed that several times in different ways, but anyway have somethings like it..

http://exprus.clan.su/_fr/25/6495221.jpg

can someone help ?

will be grateful

<< Comment #585 @ 00:59 BST, 25 April 2011 >>

(Link, Reply)

By MarktheC  - Reply to #584

Please read the sentence in my instructions that starts with:

NOTE: While running a game, you may see many red and green lines...

<< Comment #587 @ 06:45 BST, 27 April 2011 >>

(Link, Reply)

By billbo33

Is there a way to make the mouse move at 4x all the time. The reason I ask is that I have my mouse at mex speed and when I play World of Warcraft the mouse slows down. Windows 7 btw

<< Comment #588 @ 04:21 BST, 30 April 2011 >>

(Link, Reply)

By MarktheC  - Reply to #587

I don't play WoW, but my Googling shows it does not play well with the desktop mouse sensitivity!

There may be a way to get the mouse to 4x all the time (see below), but first make sure you have tried setting the in-game sensitivity higher:

- Set the mouseSpeed console variable higher: http://www.wowwiki.com/Console_variables (some posts say that you can set higher values using the console variable than you can set using the in-game UI).

http://www.ablegamers.com/game-news/ablegamer...zzcon.html

- (Might only apply to WoW on Mac OSX):

SET useDesktopMouseSpeed "1" into the WTF/Config.wtf file.
(http://us.battle.net/wow/en/forum/topic/1670089971)

- If the above fails, then you might be able to use a mousefix to force a faster speed, see my following self-reply...

<< Comment #589 @ 04:35 BST, 30 April 2011 >>

(Link, Reply)

By MarktheC  - Reply to #588

To see if a mousefix can force 4x speed, try this:

- Control Panel > Mouse > set 'Enhance pointer precision' ON (yes, ON)

- Run MouseMovementRecorder.exe (from my ZIP file)

- Run WoW for a bit.

- Come back to the MouseMovementRecorder.exe window and look at the EnPtPr column: Does it say red "ON", was it recording red "ON" in-game?

You set it ON above, but maybe WoW turned it OFF in-game and turned it back ON when you clicked back to MouseMovementRecorder.exe, you need to know if it stayed ON in-game.

- IF EnPtPr stayed red ON in-game, then my fix can help!

If you want to turn Control Panel accel OFF and also have 4x mouse speed, then do this:

- Use my mouse fix builder to build a fix. When it asks: "Pointer Speed Scaling" - "Enter the pointer speed scaling (sensitivity) factor that you want...", enter 4.0

- Apply the fix file created, reboot.

- Before running WoW, go into the Control Panel and set 'Enhance pointer precision' to ON, which should speed up the mouse x4.

- Run WoW.

- If you want normal Control Panel accel ON and 4 times speed, that can be done as well, but needs a custom-built fix REG file.

Edited by MarktheC at 04:36 BST, 30 April 2011

<< Comment #590 @ 18:15 BST, 2 May 2011 >>

(Link, Reply)

By Anonymous (83.168.78.177)

Hi MarktheC,

Can You check if my configuration for mouse and game is ok?

Game: Counter-Strike 1.6

Game resolution: 800x600

Command in game: m_filter "0"

Command in launch options: -noforcemparms -noforcemaccel -noforcemspd

Mouse: Microsoft IntelliMouse Optical 1.1A

Drivers: Not installed

Mouse DPI: 400 (max.)

Mouse Hz: 500 (max. 1000 but can burn port)

Windows sensitivity: default as always (6/11)

Windows resolution: 1280x1024

Monitor Hz on desktop: 60Hz

Monitor Hz in game: 75Hz

'Enhance pointer precision' set to OFF, and then I apply your mousefix for 75Hz and restart, then I start "MouseMovementRecorder.exe" and when I do a circle with mouse I don't have green & red lines so it's exact 1:1 display mapping, but when I turn 'Enhance pointer precision' to ON I have about 60% green lines and 20% red is it ok?

Second test in game, I turn it OFF and start the game on fps_max 100 and see green & red lines, but when I set fps_max to 1 (min. 20) so fps_max 20, I see only 1 red lines as 25 lines, so it's like exact 1:1 display mapping with game reseting mouse pointer module, right?

Thanks in advance for answer,

micronn

<< Comment #591 @ 20:41 BST, 2 May 2011 >>

(Link, Reply)

By Anonymous (83.168.78.177)  - Reply to #590

Ok, I know why I have green & red lines because I set mousefix for 75Hz but I have 60Hz on desktop. When I set it to less resolution from native 1280x1024 (60Hz) to 1024x768 (75Hz) it show me exact 1:1 display mapping when 'Enhance pointer precision' is ON & OFF so it's working fine, but how can I do best configuration when I want:

Windows desktop resolution: I want native 1280x1024 because it's the best for my monitor but I can only set 60Hz for that, so which one fix I should set for 60Hz or 75Hz which I using in game?

It's like this:

Windows resolution and monitor Hz: 1280x1024 (60Hz)

Game resolution and monitor Hz: 800x600 (75Hz)

Thanks in advance for answer,

micronn

<< Comment #592 @ 21:36 BST, 2 May 2011 >>

(Link, Reply)

By Anonymous (83.168.78.177)  - Reply to #591

Notes from "readmeaswell" of Cheese Mouse Fix:

"If your in-game screen refresh rate is different than your desktop refresh rate, you will likely need separate .reg files for each situation."

So I when I want exact 1:1 on desktop I should switch from 75Hz to 60Hz fix and when I want to play a game I switch from 60Hz fix to 75Hz?

It's good understanding?

<< Comment #593 @ 05:31 BST, 3 May 2011 >>

(Link, Reply)

By MarktheC  - Reply to #592

Short answer:

- Keep 'Enhance pointer precision' OFF (which you are doing, good).

- (On XP or Vista) Use the 75Hz Cheese fix (or use my mouse fix builder and enter 75Hz when asked = same thing).

- Keep using -noforcemspd (the others don't hurt, but they don't do anything that -noforcemspd isn't already doing).

Longer answer:

- When 'Enhance pointer precision' (EPP) is OFF, the fix is not needed and is not active. So on the desktop @60Hz, it is OK to have the 75Hz fix installed, because it is not needed anyway and is not active anyway.

- A registry fix is only active and needed when EPP is ON. (On XP or Vista) Use a 75Hz fix when you will be gaming at 75Hz.

- Re : "...but when I set fps_max to 1 (min. 20) so fps_max 20, I see only 1 red lines as 25 lines, so it's like exact 1:1 display mapping with game reseting mouse pointer module, right?"

Yes, that's right : it's the game resetting the mouse pointer and OK.

- Re : "If your in-game screen refresh rate is different than your desktop refresh rate, you will likely need separate .reg files for each situation." ... Please ignore that, it is not correct unless EPP is ON on the desktop.

If EPP is OFF on the desktop (recommended), then you don't need a separate .reg file for the desktop.

(If you had some GAMES at 75Hz and other games at 60Hz, THEN you might need separate .reg files for each game.)

- NOTE: CS 1.6 with -noforcemspd doesn't even need a fix!

Edited by MarktheC at 05:33 BST, 3 May 2011

<< Comment #594 @ 18:26 BST, 3 May 2011 >>

(Link, Reply)

By Anonymous (83.168.78.177)  - Reply to #593

I finally installed your mouse fix because it's good and script is friendly ;) anyway Thank You for answer.

One more question in points:

(First method)

1. I formated computer and have "Windows Default" configuration in mouse options, so my acceleration is ON and EPP of course is ON.

2. I set EPP to OFF and then install your mouse fix like I want:

- XP+Vista

- 96 DPI

- 75Hz

- 6 = middle, 6/11 position

- 1-to-1

3. I relogin or restart computer.

4. In mouse options EPP is OFF but when I play a game (with -noforcemspd) it changes to ON and I have activated your mouse fix.

5. When I end game EPP switch to OFF.

(Second method)

1. -||-

2. I set EPP to OFF but don't install mouse fix.

3. I play a game (with -noforcemspd) and I haven't acceleration and exact 1:1 display mapping.

I'm doing and understanding it right?

Thanks in advance for answer,

micronn

<< Comment #595 @ 18:46 BST, 3 May 2011 >>

(Link, Reply)

By Anonymous (83.168.78.177)  - Reply to #594

I installed your mouse fix when EPP was OFF:

- XP+Vista

- 96 DPI

- 75Hz

- 6 = middle, 6/11 position

- 1-to-1

Then relogin and start game with -noforcemspd.

Take a look if it is already well ;)

EPP is OFF on desktop

http://www.mediafire.com/imgbnc.php/4748d738b...06006g.jpg

EPP is ON on desktop

http://www.mediafire.com/imgbnc.php/67722ce42...f1b86g.jpg

EPP is OFF in-game

http://www.mediafire.com/imgbnc.php/e4b48b55c...58d16g.jpg

EPP is ON in-game

http://www.mediafire.com/imgbnc.php/fa5724df5...e2796g.jpg

I don't know why game not forcing EPP to ON ;) without command -noforcemspd it's forcing it.

<< Comment #596 @ 23:50 BST, 3 May 2011 >>

(Link, Reply)

By MarktheC  - Reply to #595

Then relogin and start game with -noforcemspd.

Take a look if it is already well ;) ...

I don't know why game not forcing EPP to ON ;) without command -noforcemspd it's forcing it.

Yes, that is what -noforcemspd does!

-noforcemspd stops CS 1.6 from forcing EPP to ON.

If you leave out -noforcemspd (and leave out -noforcemparms), CS 1.6 always forces EPP to ON.

(In fact, it is might be more than that: I think CS 1.6 reads the EPP value when the game (?) starts, and FORCES that value while the game is running, so if you set EPP ON while the game is running, CS1.6 overwrites that.)

-noforcemspd is short for : no force m[ouse] sp[ee]d.

For historical reasons, Windows describes the 'Enhance pointer precision' value as "MouseSpeed", and it is this historical name that -noforcemspd is referring to.

<< Comment #598 @ 16:02 BST, 4 May 2011 >>

(Link, Reply)

By Anonymous (83.168.78.177)  - Reply to #596

So this method is ok?

I have good configuration of mouse?

And is it good that in-game EPP is not forcing to ON?

I think for me this configuration is really well, my mouse pointer goes where I want and this time is easier to target, more ideal headshoots :)

Thanks in advance for answer,

micronn

<< Comment #599 @ 08:25 BST, 5 May 2011 >>

(Link, Reply)

By MarktheC  - Reply to #598

It doesn't matter what EPP is set to when a registry fix is installed.

If you install it when EPP is ON is exactly the same as if you install it when EPP is OFF.

What does matter is : Is EPP ON when your game is playing?

If EPP is ON when your game is playing, then you need a registry fix.

If EPP is OFF when your game is playing, then you don't need a fix, but it is still OK if you do have a fix installed.

(Some people use -noforcemspd for CS 1.6, and use a registry fix for other games.)

It is good that CS 1.6 is not forcing EPP to on.

To disable Windows Control Panel acceleration, you must:

1) Keep 'Enhance pointer precision' OFF (which you are doing, good).AND keep using -noforcemspd (the others don't hurt, but they don't do anything that -noforcemspd isn't already doing).

OR

2) (On XP or Vista) Use the 75Hz Cheese fix (or use my mouse fix builder and enter 75Hz when asked = same thing), or (on Windows 7) use my MarkC mouse fix.

OR

3) Do both 1 and 2. Doing both is OK.

If you are doing 1, or 2, or both 1 and 2, then your configuration is good.

<< Comment #597 @ 16:02 BST, 4 May 2011 >>

(Link, Reply)

By Anonymous (83.168.78.177)  - Reply to #596

Notes in your blog:

"NOTE: ALL registry based mouse fixes, INCLUDING this one, ONLY work when the

Control Panel > Mouse > 'Enhance pointer precision' option is ON,..."

So for me it shouldn't work because I don't install your mouse fix with EPP ON I do it with OFF and then relogin or restart.

"OR when an older game forces 'Enhance pointer precision' to ON.

Most newer games do not force 'Enhance pointer precision' to ON and this mouse fix will have no effect for those games."

My game CS don't forces EPP to ON when I using mouse fix + command -noforcemspd.

Can You write me method in points 1,2,3... that should I do?

Thank You in advance for help,

micronn

<< Comment #600 @ 22:49 BST, 6 May 2011 >>

(Link, Reply)

By Anonymous (83.168.78.177)

Great that what I want to know :)

I'm using both method, and I think your fix is the best I have better accuracy in this game and other.

Thanks You very much for all answers.

<< Comment #601 @ 17:53 BST, 23 June 2011 >>

(Link, Reply)

By Gildor

Hey Mark,

I always used your nice fix with my mx518 refresh and there never appeared green or red lines in mmr.

Yesterday I installed the software of the mx518 and removed the fix because I wanted to know how it is without fix..ye I know..stupid..

After I installed the fix again and deinstalled the logitech software, it felt different and in mmr there appeared green and red lines side by side, but very very rare, maybe 2 or 3 times in a minute..maybe it felt different because I had installed the software of my xai?!

Is it a problem with mmr?

I dont know if there appeared green and red lines before I had installed the software, but I dont think so..:(

Please help me :)

<< Comment #603 @ 01:16 BST, 24 June 2011 >>

(Link, Reply)

By MarktheC  - Reply to #601

I've also seen occasional green followed by red. It happens more often if the system is busy. It happens more often if the MMR window is maximised.

What it means is that sometimes Windows is a little slow in updating the desktop pointer (cursor) position.

The mouse movement has been sent, but the pointer has not yet moved, so MMR shows a green 0 x 0. Usually by the time the next mouse input arrives, Windows has caught up, and the next line has a double pointer movement and MMR shows red.

When it happens, it means that Windows has taken more than 0.5 µs to move the pointer.

I don't think it indicates a problem with your mouse, probably best to ignore it.

<< Comment #602 @ 19:21 BST, 23 June 2011 >>

(Link, Reply)

By Gildor

And there also appear many green and red lines when I move my mouse fast across the screen !

<< Comment #604 @ 15:07 BST, 24 June 2011 >>

(Link, Reply)

By Gildor

Thank you for your answer.

But my system wasnt busy, my cpu prozessor load was at 0 % normally, when i moved my mouse it went up to 2 - 10 %..

<< Comment #605 @ 04:01 BST, 25 June 2011 >>

(Link, Reply)

By MarktheC  - Reply to #604

It can and does happen when the system IS NOT busy. It happens more often if the system is busy.

<< Comment #606 @ 08:20 BST, 25 June 2011 >>

(Link, Reply)

By Anonymous (90.61.214.52)

i don't get why the whole colwn team used 'MarkC 100 DPI Accelfix (windows 7)' while they clearly play with in_mouse 2.

placebo?

<< Comment #608 @ 06:55 BST, 26 June 2011 >>

(Link, Reply)

By MarktheC  - Reply to #606

placebo?
Probably.

in_mouse 2 completely bypasses any Control Panel accel, which includes bypassing any registry fix to that accel.

<< Comment #607 @ 09:59 BST, 25 June 2011 >>

(Link, Reply)

By Gildor

Okay, i´ll ignore that Mark!

Thank you so much :)

<< Comment #609 @ 14:02 BST, 26 June 2011 >>

(Link, Reply)

By Gildor

Mark could you send me a vid of this malfunction in mmr?

I want to know if the appearing green and red lines are normal.

<< Comment #610 @ 02:22 BST, 27 June 2011 >>

(Link, Reply)

By MarktheC  - Reply to #609

When it hapens, it look like this: DelayedPointerUpdate.png @ Imgur.com.

On my Windows XP PC, it happens between 2 times a second and once or twice every 5 or 10 seconds.

If yours happens less often than once a second, then STOP WORRYING, IT'S OK!

You can see more detail about the delay if you use MMR version 1.7 [jump to link above], and run it with these options:

"MouseMovementRecorder.exe" -maxcatchupdelay 2000 -showcatchupdelay

(Right-click MouseMovementRecorder.exe and choose: Create Shortcut. Then Right-click THE SHORTCUT that was just created and add:

-maxcatchupdelay 2000 -showcatchupdelay
... to the end of the 'Target:' setting, WITH a leading space before EVERY "-" dash, then Double-click run the shortcut.)

The default catchup delay for MMR is 500µs (that's 500 millionths of a second, 0.0005 seconds, or 2000Hz as a rate).

When I test -maxcatchupdelay 2000 -showcatchupdelay on my Windows XP PC I sometimes get a delay as high as 1600µs, which is still a VERY VERY small amount of time (a125 FPS frame rate is ~8000µs), and nothing to worry about.

Most often the malfunction is green 0x0 followed by red, but I have seen a rare single red (must have been a dropped mouse input, perhaps DirectInput or MMR dropped input), or a rare red followed by green or other rare combinations.

Conclusion: MMR is not perfect: If you mostly get all black you're OK!

Edited by MarktheC at 02:23 BST, 27 June 2011

<< Comment #611 @ 13:39 BST, 4 July 2011 >>

(Link, Reply)

By Gildor

I changed the polling rate from 1000 to 500hz, because its more stable and look, there are no more red or green lines O.o

<< Comment #612 @ 22:52 BST, 12 July 2011 >>

(Link, Reply)

By Anonymous (68.185.2.34)

To save me time in testing can you tell me if this is needed for BC2 if EPP is unchecked? If it is need I might have a problem though since I have the pointer speed in the control panel mouse settings set to the 5 bar.

<< Comment #613 @ 15:24 BST, 13 July 2011 >>

(Link, Reply)

By kexas

Hello. I have a problem - in-game crosshair movement is like it's being dragged through water. I installed this registry fix, but it didn't help - the effect is still present. Anyone could help out?

<< Comment #614 @ 13:16 BST, 16 July 2011 >>

(Link, Reply)

By Gildor

Mark its me again!

My mouse is shaking when I stop moving it (especially on the desktop)!

...seems to jump ahead about 30-60 degrees for about a half a second and then smooth back out to normal.

(this is a part of a post in the logitech forum,http://forums.logitech.com/t5/G-series-Gaming...d-p/642812 mike09702 !)

<< Comment #615 @ 07:40 BST, 17 July 2011 >>

(Link, Reply)

By MarktheC  - Reply to #614

I can't really help with that sorry. My fix only changes what happens when Windows processes mouse input, but if the mouse is sending jittery input...

If you have MouseMovementRecorder.exe running, does it show continued mouse movement when you stop moving it?

Try a different mouse mat?

<< Comment #616 @ 12:10 BST, 17 July 2011 >>

(Link, Reply)

By Gildor

No, mmr dont show any continued mouse movement when stop moving it..-.-

It also happens if I use my steelseries 4HD (just using qck+).

<< Comment #617 @ 10:31 BST, 19 July 2011 >>

(Link, Reply)

By zerovenom

Hello

MarktheC

I really enjoy using your fix thanks anyway is there a difference using the MarkC Windows 7 + Vista + XP Mouse Acceleration Fix Builder and the MarkC Windows 7 Mouse Acceleration Fix ?

just curious as ive used both and felt a difference.

Kind Regards,

John

<< Comment #618 @ 14:29 BST, 21 July 2011 >>

(Link, Reply)

By MarktheC  - Reply to #617

If you enter or confirm "6" at the "Pointer Speed Slider..." prompt in the Fix Builder (meaning 6/11), and the file the fix builder creates wants to name the file:

Windows7_MouseFix_TextSize(DPI)=100%_Scale=[email-masked]
... then there is no difference.

There will be differences if you use "Display DPI" other than "100%" or "Pointer Speed Slider" other than 6, or "Pointer Speed Scaling" other than 1-to-1 (1).

<< Comment #619 @ 10:15 BST, 24 July 2011 >>

(Link, Reply)

By am_dude

hello am not trolling right now . i search this site about 45 min . I also read README.txt from fix file.

when i play cpm i use cnq3 . EPP i have it for 1 year ON . cause i was think i should be ON .

but yeasterday friend tell me lol u noob must be OFF . but when i set it OFF i dont have 1-1 in cpm also hl1 games feel wierd not smooth aim .

dunno if its placebo i think is realy not . I see when i have 1-1 aim in cpm is so smooth . when i set EPP OFF is not smooth and its like old thimes befor u made this fix. thx for answer

<< Comment #623 @ 14:42 BST, 1 August 2011 >>

(Link, Reply)

By MarktheC  - Reply to #619

If you are used to playing with EPP ON, I would keep it that way.

OR, try it OFF for a while and see if you can decide it is better than before.

With it OFF, it WILL be different, and that will take a while to get used to.

<< Comment #620 @ 18:31 BST, 29 July 2011 >>

(Link, Reply)

By bong

DOUBLE POST : to correct second link. Sorry

Hi,

I have applied your fix but I dont think its working, mousemovementrecorder 1.6 is giving me these screens.

This is with 6/11 EPP OFF

http://i.imgur.com/cfErG.jpg

======================

This is with 6/11 EPP ON

http://i.imgur.com/tiIiE.jpg

=====================

Do you have any idea why this is happening? Also the only game I play is CSS, if i enable raw mouse input from in game options will i have eliminated mouse acceleration?

<< Comment #621 @ 14:39 BST, 1 August 2011 >>

(Link, Reply)

By MarktheC  - Reply to #620

With small mouse movements, you can occasionally get a green followed by red, even when EPP is OFF.

(Your example shows it when EPP is ON, but it also happens when EPP if OFF, just try it long enough.)

With very large mouse movements, the pointer moves to the edge of the screen and can't move any further left or right.

That's what both screens show, you have moved the pointer to the left edge of the screen, and the pointer CAN'T go any further left, so even though the mouse is moving, the pointer is NOT moving and so shows 0x0.

(The EPP = OFF large mouse movements pic does show a little movement UP, thus the -1s after the X. I don't know what the red 0x-2 was...)

I get exactly the same behaviour as your screen-dumps show at times, and the fix is working.

MouseMovementRecorder sometimes does funny things, but the fix is working. If the fix wasn't working, the EPP = ON screen dump would be mostly green or red, rather than only occasionally.

<< Comment #622 @ 14:41 BST, 1 August 2011 >>

(Link, Reply)

By MarktheC  - Reply to #620

If you enable raw mouse input in CSS, that will eliminate positive (Windows Control Panel) accel (you won't need my fix), and ALSO elimates negative accel caused by the pointer hitting the screen edge in-game.

I recommend you use Raw mouse input when playing CSS.

<< Comment #625 @ 13:36 BST, 3 August 2011 >>

(Link, Reply)

By bong

Thanks MarkC,

All this time I was looking at my mouse and not realizing the pointer had reached the edge of the screen.

Thanks once again for the fix

<< Comment #626 @ 18:51 BST, 3 August 2011 >>

(Link, Reply)

By Anonymous (77.241.35.176)

Hi Mark

Game: Counter-Strike 1.6

Game resolution: 640x480

Command in launch options: -noforcemparms -noforcemaccel -noforcemspd -freq 75

Mouse: Microsoft 3.0

Drivers: Not installed

Mouse DPI: 400 (max.)

Mouse Hz: 500 (overcklock, defoult 125)

Windows sensitivity: default as always (6/11)

Windows resolution: 1280x1024

Monitor Hz on desktop: 75Hz

Monitor Hz in game: 75Hz

I installed your mouse fix

Windows7_MouseFix_TextSize(DPI)=100%_Scale=[email-masked]

http://img9.mediafire.com/85e3a17d67cdaf309d1...300f6g.jpg

But still there is acceleration

<< Comment #627 @ 19:13 BST, 3 August 2011 >>

(Link, Reply)

By am_dude  - Reply to #626

hello am not MarkC, but i can tell you whats your problem

in cs1.6 and same engine games [h1 , dod etc ] u never will have 1-1 , cause its old game .

for accel turn OFF EPP . Enhance pointer precision .

now aim will be more dirty [not so soft as when its ON ], but with no accel .

sorka for english .

<< Comment #628 @ 21:26 BST, 3 August 2011 >>

(Link, Reply)

By Anonymous (77.241.35.176)

I played windows xp 5 years, and today installed windows 7 and I see a big difference

<< Comment #629 @ 10:11 BST, 4 August 2011 >>

(Link, Reply)

By Anonymous (92.29.55.106)

Hi,

I have Win7 x64 and a Logitech MX518 mouse.

I ran:

Windows7_MouseFix_TextSize(DPI)=100%_@6-of-11

...following the instructions.

I don't have the mouse set to 6/11 because it's just too sensitive in Windows.

If it's set to 3/11, am I likely to still have acceleration in modern games?

I only play CODBO, Crysis 2, BC2, and soon Rage and BF3 etc

BR,

David

<< Comment #630 @ 12:54 BST, 8 August 2011 >>

(Link, Reply)

By MarktheC  - Reply to #629

All of the registry mouse fixes remove Control Panel acceleration, even when used at 3/11.

You might still have negative acceleration.

Registry fixes don't fix negative accel.

<< Comment #632 @ 20:38 BST, 16 September 2011 >>

(Link, Reply)

By Glymbol  - Reply to #630

I learned a lot from this thread and your site MarkC, great work.

One question though. As I understand it, properly done mousefix sets Windows' acceleration to 0 just as it would be turned off. Games using raw input are good without it anyway. Simply turning off "enhance pointer precision" is enough to get rid of acceleration in rest of them. Only some old games enable it "by mistake", and sometimes the problem may be resolved easier than by registry modification (ie -noforce parameter in HL).

So 99% of time we don't need any mousefix at all. There won't be any modern game with Windows' acceleration problem in the future.

Is that true?

<< Comment #633 @ 12:45 BST, 18 September 2011 >>

(Link, Reply)

By MarktheC  - Reply to #632

What you say is correct, except that some not-very old games still need a fix (for a given value of 'not very old').

Most newer games should be OK without a fix, but because so many games have the Quake engine in their ancestry, the problem has survived for quite a while.

As an example, until recently Team Fortress 2 and CS:Source did not have Raw Input, AND ALSO had no way to force EPP OFF... They had a way to say "Don't force EPP ON", but they still have no way of saying "Force EPP OFF" (except now using Raw Input, which bypasses it).

I use EPP ON on the desktop, but I have to (would have to) turn it OFF manually before running TF2 or CS:Source before they added the Raw Input option, and that was only added recently.

<< Comment #634 @ 12:55 BST, 18 September 2011 >>

(Link, Reply)

By toop  - Reply to #633

Hey man can you make software to modify EPP.

So people can use Threshold 1 or 2 values as they like.

Your acc fix is really nice. Appreciate for that!

<< Comment #635 @ 11:14 BST, 23 September 2011 >>

(Link, Reply)

By MarktheC  - Reply to #634

I sometimes think about writing a program to let you edit the accel curve.

In the meantime, hoppan has a post that describes how to edit the curves manually.

<< Comment #631 @ 04:32 BST, 11 September 2011 >>

(Link, Reply)

By Anonymous (88.19.187.186)

http://www.youtube.com/watch?v=lyY0CbuQolU&am...ideo_title as I can get to have that precision?

<< Comment #636 @ 00:48 BST, 9 October 2011 >>

(Link, Reply)

By Anonymous (98.163.76.242)

I just installed Win7, using a mx510 with no drivers installed, 500hz polling rate. I applied the fix, trying every setting possible, and it does fix accell for me on my desktop. In game it is different, I still get accell. It only happens when Im actually in the game, not the main menus. This is happening to me in CS 1.6/TFC and CS:S/TF2. I tried it with and without -noforcemspd -noforcemparms -noforcemaccel commands, I tried it with and without EPP. I tried Cheese fix, same problem. Im about ready to go back to XP, any idea what is causing this, no one else seems to be having type of problem I am getting. This is what MMR is showing me constantly ingame.

http://imageshack.us/photo/my-images/831/omgyg.png/

http://imageshack.us/photo/my-images/803/omg3.png/

<< Comment #639 @ 13:34 BST, 11 October 2011 >>

(Link, Reply)

By MarktheC  - Reply to #636

Please see the comment in my post that starts with "NOTE: While running a game, you may see many red and green lines.

Games that need a fix usually frequently re-position the pointer and this confuses MouseMovementRecorder.exe but DOES NOT mean acceleration", and has a link to comment #271.

What your screen dumps show is normal and expected.

The red is when your game resets the pointer to the middle of the screen.

<< Comment #637 @ 09:58 BST, 9 October 2011 >>

(Link, Reply)

By Anonymous (195.134.63.245)

Hey MarktheC, I switched from XP to W7 and had all kinds of problems with mouse acc in cs 1.6, tried everything - nothing was working.

Finally used your great stuff and Cs 1.6 now works perfect.

The problem now is that my sens in world of warcraft is way to high, I run wow in windowed mode so i should not feel any difference from when im surfing the web or im ingame wow.

Any way to fix this ?

<< Comment #638 @ 10:41 BST, 9 October 2011 >>

(Link, Reply)

By Anonymous (195.134.63.245)  - Reply to #637

My sens in wow was turned up to high for some reason -.-

Anyway so I said that cs 1.6 was running perfect, it seems i still get acceleration jumps, this is when i was ingame with mouse movement recorder.

http://imageshack.us/photo/my-images/713/cs16k.jpg/

But I found something strange, I cant really notice any sensitivity jumps when im playing with the mouse movement recorder in background, but when I turn off mousemovementrecorder I notice that my sensitivity jumping alot ingame.

Does the mouse recorder do anything other then just record it or I dont get this at all tbh.

<< Comment #640 @ 13:42 BST, 11 October 2011 >>

(Link, Reply)

By MarktheC  - Reply to #638

Please see the comment in my post that starts with "NOTE: While running a game, you may see many red and green lines.

Games that need a fix usually frequently re-position the pointer and this confuses MouseMovementRecorder.exe but DOES NOT mean acceleration", and has a link to comment #271.

What your screen dumps show is normal and expected.

The red is when your game resets the pointer to the middle of the screen.

The green is because (I think) you use the 5/11 pointer speed slider setting.

I don't know what the sensitivity jumps you feel might be, sorry.

MouseMovementRecorder just records mouse movement. It does use DirectInput to do so, and I don't think it would affect a running game.

<< Comment #641 @ 20:37 BST, 11 October 2011 >>

(Link, Reply)

By Anonymous (195.134.63.245)  - Reply to #640

Aight, I dont know whats wrong but I actually have to use MouseMovementRecorder while playing cs1.6 or I get some serious sensetivity jumps sometimes.

Anyway its working good while running that program in the background.

Thanks

<< Comment #642 @ 20:40 BST, 14 October 2011 >>

(Link, Reply)

By Anonymous (190.194.23.164)  - Reply to #640

I was getting the same problems in cs 1.6 like these http://imageshack.us/photo/my-images/713/cs16k.jpg/ but the thing is that some while ago, after reading the #271 comment thing about

"Games that need a fix usually frequently re-position the pointer and this confuses MouseMovementRecorder.exe but DOES NOT mean acceleration"

So I assume that my 1.6's sens was ok. BUT i didn't feel that my sens was "really" fine cause sometimes it was smooth, others fast......So I decide someday to apply your mousefix just for fun.....and IT REally Work all the red green bars disappear and i feel really 1-on-1 sens it felt like never before.

but recently I have to unplug the mouse and when I plug in again it was with accel like the first time. I apply the mousefix again but didnt work. I dont know wath to do and i cant play with these "accel"

Plz Help!

<< Comment #643 @ 01:02 BST, 23 October 2011 >>

(Link, Reply)

By raumschiffkomandant

EDIT: it turns out win 7 gadgets fuks it up in my situation, dunno why but gadgets fading in or fading out was causing this problem. so ive simply turned them off and all its ok now.

Edited by raumschiffkomandant at 10:44 GMT, 29 November 2011

<< Comment #644 @ 22:49 GMT, 31 October 2011 >>

(Link, Reply)

By MarktheC  - Reply to #643

Please try MMR with the -nocatchup parameter:

MouseMovementRecorder.exe -nocatchup
... and post a screen shot.

<< Comment #645 @ 17:11 GMT, 2 November 2011 >>

(Link, Reply)

By zar4  - Reply to #644

Hey Mark

This fix is awesome thanks alot

Here's my issues:

I use 1920x1080 resolution in windows and I use a low DPI mouse (400 - IME 1.1)

So using 6/11 is basically impossible as i have to slide the mouse so much to get from one side to the other

If I put it at 8/11 my mouse in games is very delayed and unresponsive namely quakelive and counter strike

I just applied your fix (100% settings) rebooted, and now it's put the slider at 6/11, I need it at 8/11 to make my life easier

Am I ok to do that and keep the 1-to-1 ratio? Thanks

<< Comment #646 @ 10:20 GMT, 3 November 2011 >>

(Link, Reply)

By MarktheC  - Reply to #645

The answer depends on what game you play, and whether the game needs a fix or not (the test in my post starting "Does my game need a mouse fix?"

If you have Enhance pointer precision OFF on the desktop usually, AND your game turns EPP ON according to the test in the "Does my game need a mouse fix?" paragraph, THEN:

Leave the pointer as 8/11 for desktop use.

Use my MarkC MouseFix Fix Builder (see the "But I don't use the middle 6/11 pointer speed setting?" paragraph for a link) and build an 8/11 fix. Increase your in-game sensitivity by a little to compensate (8/11 with the normal 6/11 MarkC Fix is × 1.4, but 8/11 with a Fix Builder 8/11 fix is exact 1-to-1 × 1.0, so increase in-game sens by × 1.4).

That way, you get 8/11 on the desktop, but exact 1-to-1 in-game.

(BUT THE GAME MUST NEED A FIX and must turn the EnPtPr column footer to red while playing).

It can be a little tricky to setup.

If your game can use Raw Input or DirectInput, then it is better to do that rather than use a fix.

<< Comment #647 @ 11:10 GMT, 3 November 2011 >>

(Link, Reply)

By melechesh +: - Reply to #645

I think uninstalling counter strike will fix your mouse issues.

<< Comment #648 @ 21:52 GMT, 7 November 2011 >>

(Link, Reply)

By Anonymous (24.213.170.162)

Hi Mark,

Was wondering if you could help me out.

I just got Battlefield 3 for PC and for some reason, my mouse does not feel normal in the game. I have both checked "Use raw mouse input" in game and installed your mouse fix. There still seems to be some sort of mouse accel on it regardless.

It just doesn't feel like the mouse movement I'm used to in 1.6, CSS and BFBC2... don't know what's up, your help would be helpful.

I've also read somewhere that the "Use raw mouse input" option in the game also does the opposite (i.e. when it is checked, its not using raw mouse input and when it is not checked it is...)

<< Comment #653 @ 02:45 GMT, 15 November 2011 >>

(Link, Reply)

By MarktheC  - Reply to #648

I don't know sorry, perhaps see if BF3 has any built-in accel options that can be tweaked.

<< Comment #649 @ 16:55 GMT, 8 November 2011 >>

(Link, Reply)

By nonamed

Quick question...

In windows my optimal setting is 4/11 , then I applied reg file created with fix builder...

and now my question is : in Counter Strike Source (after applying fix and having 4/11 in order to get 1-to-1 what settings should I use ? m_rawinput 1 or 0 ? anything else.. ? :/

<< Comment #651 @ 00:47 GMT, 15 November 2011 >>

(Link, Reply)

By MarktheC  - Reply to #649

In Counter Strike Source, use Raw Input (m_rawinput 1 I suppose) and then you don't need my fix.

With Raw Input, registry fixes are bypassed and not needed anyway. Raw Input gives you exact 1-to-1.

<< Comment #650 @ 16:59 GMT, 14 November 2011 >>

(Link, Reply)

By Anonymous (99.56.192.136)

I'm using cheese's mouse fix 120hz reg file on windows 7 and I want to switch, is there a way to calculate the current sensitivity i'm using to the same after your fix is applied? thanks.

<< Comment #652 @ 02:44 GMT, 15 November 2011 >>

(Link, Reply)

By MarktheC  - Reply to #650

If you did use Cheese 120Hz ON XP OR ON VISTA, then the normal MarkC Windows 7 Fix will have the same sensitivity: Cheese 120Hz when used with a monitor @ 120Hz is exact 1-to-1 on XP or Vista; MarkC Windows 7 Fix is exact 1-to-1 on 7.

If you (now?) use Cheese 120Hz ON Windows 7, then Cheese on Windows 7 IS NOT exact 1-to-1. If 'CheeseRefreshRate' is the Cheese Fix 'Hz' rate, then the sensitivity multiplier when run on Windows 7 is :

Sens = ( 96 × 96 × Windows7TextSize% / 100 ) / ( CheeseRefreshRate × 150 )

For the usual Windows 7 text size of 100%, for Cheese 120Hz, Sens = × 0.512

To get × 0.512, use the normal MarkC Windows 7 Fix, and set your in-game sensitivity to × 0.512 of whatever value you currently use.

Edited by MarktheC at 02:47 GMT, 15 November 2011

<< Comment #656 @ 18:59 GMT, 22 November 2011 >>

(Link, Reply)

By tourist  - Reply to #652

what exactly does text size got to do with anything?

<< Comment #654 @ 13:43 GMT, 15 November 2011 >>

(Link, Reply)

By Anonymous (99.55.107.243)

Perfect, exactly what I was looking for. Thank you.

<< Comment #655 @ 17:44 GMT, 22 November 2011 >>

(Link, Reply)

By tourist

ok so I tried this thing and got this:

I also get the same with other mice so my educated guess is your software is crap. btw it doesn't feel anything like cheese's fix which I used before (120hz). it's A LOT slower.

edit: so I tried regular settings now, still get the shitty results(greens, reds, big values etc). as I understand you're supposed to get 1x1 on all these reading right? wmo@250hz btw

Edited by tourist at 18:26 GMT, 22 November 2011

<< Comment #657 @ 11:31 GMT, 23 November 2011 >>

(Link, Reply)

By MarktheC  - Reply to #655

Read in my original post where it says (NOTE: While running a game, you may see many red and green lines.

Games that need a fix usually frequently re-position the pointer and this confuses MouseMovementRecorder.exe but DOES NOT mean acceleration.), and follow the jump link to an explanation.

If you see little or no red or green when testing on the desktop with EPP ON (NOT in-game), then the fix is working.

Cheese 120Hz has a × 0.5 multipler (compared to 60Hz) to reverse XP/Vista MULTIPLYING by the monitor refresh rate when EPP is ON.

Window 7 does not multiply by the monitor refresh rate, so Cheese 120Hz on Windows 7 is a lot slower, but also NOT exact 1-to-1 (because of the × 0.5 multipler).

Either continue using Cheese 120Hz, or adjust your in-game sens to compensate (approx halve it).

Windows 7, when EPP is on (or a game turns it on) scales by multiplying the sens by the text size. For my fix to get exact 1-to-1, I have to undo that multiply, needing a different fix for each text size.

<< Comment #659 @ 13:34 GMT, 23 November 2011 >>

(Link, Reply)

By Anonymous (82.124.153.187)  - Reply to #657

i want to play quake 2 with no accel so hard :((( please guide me to do so. Or make a tutorial <3<3<3

<< Comment #658 @ 13:30 GMT, 23 November 2011 >>

(Link, Reply)

By tourist  - Reply to #657

ok, so when you refer to 1-1 you're not actually referring to the values in the mousecher... I like your patch so far, it's just you make this thing so incomprehensable I presume most people won't even bother trying.

<< Comment #663 @ 22:06 GMT, 23 November 2011 >>

(Link, Reply)

By MarktheC  - Reply to #658

Exact 1-to-1 means that a 1 in the Mouse Movement column causes a 1 in the Pointer Movement column. A 2 causes a 2, a 3 causes a 3, a 10 causes a 10 and so on and the numbers display with no green or red.

<< Comment #660 @ 19:26 GMT, 23 November 2011 >>

(Link, Reply)

By Anonymous (80.216.58.65)

Hey Mark, I've tried doing everything as said in the guide but I can't seem to get it to work.

I'm using a CM Storm Spawn at 500hz and full dpi (800) with desktop 100% DPI, 4/11 win sens and monitor on 60hz, resolution is 1920x1080.

After using the mousefix builder and applying the regedit it still shows greens and some red when I use the mouse, but when I turn on the EPTPR it shows no green or red at all, but does feel accelerated. With the EPTPR OFF it doesn't really feel right either.

<< Comment #661 @ 20:47 GMT, 23 November 2011 >>

(Link, Reply)

By Conditioned  - Reply to #660

You should use 6/11 win sens.

<< Comment #662 @ 22:03 GMT, 23 November 2011 >>

(Link, Reply)

By MarktheC  - Reply to #660

After using the mousefix builder and applying the regedit it still shows greens and some red when I use the mouse...

Any registry fix is only active when EPP is ON.

When EPP is OFF, Windows does its normal mouse processing, and 4/11 has sensitivity of × 0.5, so shows mostly green.

When EPP is ON, only then is my mouse fix active, and the no green, no red means exact 1-to-1 as designed.

What happens if you test for accel?

Set your mouse and pad against a hard edge, say the edge of your keyboard, and at the same time have the pointer hard against the left edge of the screen. Do a quick fast movement to the right (but not so far that the pointer hits the right edge of the screen), then slowly move back left to against the edge of the keyboard, same position as before.

If you have (positive) accel, the quick movement right will have moved extra right, and the slow movement left won't end up at the same pointer position you started at.

<< Comment #665 @ 17:22 GMT, 24 November 2011 >>

(Link, Reply)

By Anonymous (80.216.58.65)  - Reply to #662

I would use 6/11 sensitivity but some games I play don't allow for changing it in the game, as Bloodline Champions and HoN, and the sensitivity change I can get by using the "on the fly dpi" buttons on my mouse are either too high or too low for my taste.

Thanks for the information Mark, I've read through the thread and didn't get that the EPP had to be enabled, but now I know :P

And seeing as the sensitivity is much higher when it's enabled I guess I can actually switch back to 6/11. ^^

<< Comment #664 @ 17:21 GMT, 24 November 2011 >>

(Link, Reply)

By Anonymous (80.216.58.65)

Btw, is there really a noticeable difference in precision when using the highest dpi available for the mouse (800) and the lowest (I think it's 200) besides the lower sensitivity.

My understanding of dpi is that the higher the more precise it becomes at higher sensitivity, but I could be wrong, as I don't notice much difference :P

<< Comment #666 @ 02:28 GMT, 17 December 2011 >>

(Link, Reply)

By Anonymous (188.2.131.212)

the download link is broken

Duplicate headers received from server

The response from the server contained duplicate headers. This problem is generally the result of a misconfigured website or proxy. Only the website or proxy administrator can fix this issue.

<< Comment #670 @ 06:16 GMT, 30 December 2011 >>

(Link, Reply)

By MarktheC  - Reply to #666

Works for me. Try the alternative link in my blog post.

<< Comment #667 @ 11:36 GMT, 18 December 2011 >>

(Link, Reply)

By Anonymous (59.182.45.57)

I was using 1to1 till now on 3/11 1800 dpi deathadder . Then just for testing I tried EPP OFF (x0.25 scaling) {no 1to1). The mouse feels much more faster and I'm aiming much better.

But isn't 1to1 supposed to be better for my aim? :S. It feels much slower than EPP OFF.. I this the way it's supposed to be? Should I revert back to 1to1 or continue with EPP OFF}?

I play CS 1.6 btw.

<< Comment #673 @ 06:31 GMT, 30 December 2011 >>

(Link, Reply)

By MarktheC  - Reply to #667

With the standard MarkC fix installed, 3/11 and EPP ON should be faster than EPP OFF... (×0.4 versus ×0.25).

What fix have you applied? A fix builder fix (with what input numbers?)

(Perhaps post the contents of the fix; the hex numbers.)

<< Comment #668 @ 12:21 GMT, 21 December 2011 >>

(Link, Reply)

By Anonymous (88.193.116.142)

How is it possible that i feel difference between windows default and MarkC fix when people say it's not needed in windows 7 ? This is pointer precision disabled of course.

It must change something then?

<< Comment #671 @ 06:24 GMT, 30 December 2011 >>

(Link, Reply)

By MarktheC  - Reply to #668

If a game needs an accel fix on XP or Vista, then that game also needs an accel fix on Windows 7. I'm not aware of any difference between XP/Vista and Windows 7 that makes a fix NOT needed: Fixes are still needed.

If you can feel a difference, then you need a fix.

<< Comment #669 @ 04:16 GMT, 23 December 2011 >>

(Link, Reply)

By Anonymous (62.162.181.113)

i play cs 1.6 and i want to remove acceleration so from what i read you are saying that all i have to do is put -noforcemspd with enchanced pointer precision off can u confirm this mark thx in advance

<< Comment #672 @ 06:26 GMT, 30 December 2011 >>

(Link, Reply)

By MarktheC  - Reply to #669

Yes, playing CS 1.6 with Enhance pointer precision OFF and -noforcemspd launch option removes all Windows control panel accel. If you do that, you don't need a registry fix.

You might install a registry fix anyway, for other games.

<< Comment #678 @ 10:31 GMT, 9 February 2012 >>

(Link, Reply)

By Anonymous (59.182.54.123)  - Reply to #672

so If I have EPP OFF and -noforcemspd launch option I don't need a registry fix even If I use 3/11? and what is the difference between 1-to-1 and 'N' (in mousefix builder) If I use above settings?

<< Comment #680 @ 09:36 GMT, 18 February 2012 >>

(Link, Reply)

By MarktheC  - Reply to #678

In HL1 engine (CS 1.6), if you have EPP off and use -noforcemspd, then the fix IS NOT ACTIVE, and your 3/11 Control Panel sensitivity will be × 0.25 × in-game sens.

(And you don't even need a fix.)

Difference between 1-to-1 and N will be nothing with EPP OFF, because the fix will not be active.

IF you remove the -noforcemspd (and -noforcemparms) option, then CS 1.6 will set EPP=ON in-game, and then the fix IS active and a fix builder fix for 3/11 will have Control Panel sensitivity × 1.0 × in-game sens (if you selected 1-to-1) or it will have × N × in-game sens, where N is whatever value you put into the fix builder.

The purpose of the fix builder is so you can set exact Control Panel 1-to-1 sensitivity (same as 6/11) in-game.

But you have to let the game set EPP=ON for that to happen, which means NO -noforce commands.

If you have a high CPI mouse, exact 1-to-1 makes negative accel more likely. Negative accel is FAR WORSE than any slight loss of precision caused by not having have exact 1-to-1.

<< Comment #674 @ 10:48 GMT, 31 December 2011 >>

(Link, Reply)

By Jezper

Using enhancer off, in_mouse=1 and the fix fucks up my config. i get mouse pointer suddenly appearing on my screen while in the game, i get sudden drops in sens and also after alt-tab out of game and coming back, my mouse only moves vertically.

So there is something wrong with the compatibility or with in_mouse=1 in QL.

<< Comment #677 @ 20:28 GMT, 22 January 2012 >>

(Link, Reply)

By Anonymous (77.103.46.22)  - Reply to #674

It's nothing to do with the mouse fix, because QL works fine for me

<< Comment #679 @ 22:42 GMT, 16 February 2012 >>

(Link, Reply)

By Anonymous (79.182.213.145)

This fix dosen't work, period.

It might make the mouse feeling a little better but does not fix accel at all because it's still applied from the Ease Of Use program in the control panel.

I have played with the setting there under mouse speed and accel for 2 weeks now and it does seem to change to mouse feeling but i can't get rid of that fucking accel no matter what i'm trying.

Yes i have read your previous post about ease of use being bollocks but i can clearly see it makes a difference for sure. and i can detect accel pretty easily on my games ( UT2K4, UT99 ) altough MouseMovementRecorder shows zero differences both in windows and both while i play.

even with this fix Windows 7 is still far from Windows XP mouse feeling untill someone finds out how to get rid of that ease of use effects on mouse movement.

<< Comment #681 @ 11:13 GMT, 20 February 2012 >>

(Link, Reply)

By Anonymous (98.154.145.75)

hey mark if i will use your mouse fix do i need to turn on EPP? in order to make the fix work? and as for cs do i still need -noforcemparms -noforcemaccel if i use your mousefix? thanks in advance

<< Comment #682 @ 12:17 GMT, 27 February 2012 >>

(Link, Reply)

By MarktheC  - Reply to #681

No you don't need to turn on EPP; leave it turned off.

For CS1.6, you can either:

- Keep using -noforcemparms or -noforcemspd, OR

- Use my fix, OR

- Do both.

If you use -noforcemparms or -noforcemspd, you don't need my fix.

<< Comment #683 @ 17:30 GMT, 3 March 2012 >>

(Link, Reply)

By Anonymous (2.67.200.182)

Mark, first of all thumbs up for this fantastic fix. It works great.

Two questions.

1. I'm using a Razer Deathadder with razer drivers: With or without your fix i have no accel what so ever using MouseMovementRecord. Still when applying your fix I can feel a difference ingame using in_mouse 3 (raw input) in quakeworld. I like the feeling, a little bit slower bur more responsive and exact. How come there is a difference?

2. Is there anyway to tell that the fix "is working" without using the MouseMovementRecord, since it dosnt show any accel (red or green) with our without your fix. And i dont wanna be fooled by placebo.

All the best

<< Comment #684 @ 06:50 GMT, 5 March 2012 >>

(Link, Reply)

By MarktheC  - Reply to #683

"I can feel a difference ingame using in_mouse 3 (raw input) in quakeworld. I like the feeling, a little bit slower bur more responsive and exact. How come there is a difference?"

There won't be a difference, because my fix does not affect raw input or direct input.

"Is there anyway to tell that the fix "is working" ..."

Undo the fix by applying WindowsDefault.reg and rebooting.

Run MouseMovementRecorder.exe, go into Control Panel Mouse and turn "Enhance pointer precision" on.

See all of that green when the mouse moves slow and all the red when the mouse moves fast? That's Windows Control Panel mouse acceleration.

Re-do the fix by applying the appropriate fix REG file and rebooting.

Run MouseMovementRecorder.exe, go into Control Panel Mouse and turn "Enhance pointer precision" on.

See only black? Toggle "Enhance pointer precision" ON and OFF and notice that MouseMovementRecorder.exe still displays the same numbers. That's the fix working.

(The "EnPtPr" displays as red and ON, but the numbers in left-columns are the same with EPP OFF as they are with it ON).

A fix only works and is only needed by a game that sets EPP ON, and doesn't use DirectInput and doesn't use Raw Input.

<< Comment #685 @ 12:39 GMT, 19 March 2012 >>

(Link, Reply)

By thxU

hello my english very poor

my windows7 64bit

mouseSensitivity useing 5/11 dpi 800

How to modify the (Windows7_MouseFix_TextSize(DPI)=100%.reg)?

Windows Registry Editor Version 5.00

[HKEY_CURRENT_USER\Control Panel\Mouse]

"MouseSensitivity"="10"

"SmoothMouseXCurve"=hex:\

00,00,00,00,00,00,00,00,\

70,3D,0A,00,00,00,00,00,\

E0,7A,14,00,00,00,00,00,\

50,B8,1E,00,00,00,00,00,\

C0,F5,28,00,00,00,00,00

"SmoothMouseYCurve"=hex:\

00,00,00,00,00,00,00,00,\

00,00,38,00,00,00,00,00,\

00,00,70,00,00,00,00,00,\

00,00,A8,00,00,00,00,00,\

00,00,E0,00,00,00,00,00

[HKEY_USERS\.DEFAULT\Control Panel\Mouse]

"MouseSpeed"="0"

"MouseThreshold1"="0"

"MouseThreshold2"="0"

Thank you Please help

<< Comment #689 @ 01:37 BST, 23 April 2012 >>

(Link, Reply)

By MarktheC  - Reply to #685

Please try The MarkC Windows 7 + Vista + XP Mouse Acceleration Fix Builder.

It can build a fix that works for 5/11.

<< Comment #686 @ 12:07 BST, 1 April 2012 >>

(Link, Reply)

By scaleblue

My mouse acceleration will not go away. Please help me remove mouse acceleration completely.

http://i1116.photobucket.com/albums/k567/scal...myreds.jpg

http://i1116.photobucket.com/albums/k567/scal...lforme.jpg

http://i1116.photobucket.com/albums/k567/scaleblue/Mouseaccel.jpg

My setup is;

Razer Naga -With mouse accel off, and set to 5600dpi

Windows 7 - pointer precision off, set to middle mouse speed

i have used many programs to try and get rid of it;

Rat mouse accel fix

CPL mouse fix

MarkC mouse fix 1.4

Personally Regedit

<< Comment #688 @ 14:27 BST, 17 April 2012 >>

(Link, Reply)

By scaleblue  - Reply to #686

After no one helped me, i began to try to figure it out on my own.

I just went ahead and redid the program (about 2-3weeks later) and then re-logged.

I have discovered the problem and this should help some others.

I was using a squishy mouse pad the Razer official megasoma mouse pad, also i used other random junk laying around, cardboard boxes, some books, and even some other mouse pads.

All of these kept showing reds.

I searched for a good mouse pad and always thought a metal plate would be the most perfect in every way.

I found one, i VERY RARELY get any reds anymore with the metal plate and the movement is way smoother.

This is the full story of my problem and how to help your selves with mouses

http://www.facebook.com/permalink.php?story_f...=791517942

Edited by scaleblue at 05:04 BST, 18 May 2012

<< Comment #690 @ 02:01 BST, 23 April 2012 >>

(Link, Reply)

By MarktheC  - Reply to #686

This looks like a bug in MouseMovementRecorder.

As if it is missing or ignoring some mouse movement.

Can you please try running MouseMovementRecorder with the -nocatchup option?

Open a command prompt in the same folder where MouseMovementRecorder.exe is, and:

MouseMovementRecorder.exe -nocatchup
With the -nocatchup option, you WILL get MORE red and green, BUT the numbers will match up over time.

The red and greens should come in pairs where if you add up the Mouse Movement numbers, they should match the Pointer Movement numbers. Any difference in the sum should correct itself.

<< Comment #687 @ 17:16 BST, 8 April 2012 >>

(Link, Reply)

By Anonymous (79.119.250.112)

Fuuuuu ! I had no idea how big of an influence mouse accel had even with "EnPtPr" Off. Then I just applied the registry change accordingly and all I can say is WOW ! Thank you for this fix ! My mouse movement feels awesome now it's such a big improvement I just can't get over it :| all this time being trolled by windows.

<< Comment #691 @ 16:45 BST, 23 April 2012 >>

(Link, Reply)

By old

Is this still needed [for ql] since we have in_mouse 2?

<< Comment #692 @ 17:11 BST, 23 April 2012 >>

(Link, Reply)

By random99  - Reply to #691

It was never needed for QL unless you are using in_mouse -1.

<< Comment #693 @ 01:17 BST, 27 April 2012 >>

(Link, Reply)

By Anonymous (46.9.209.7)

Hi, I've literally been researching this for 2 hours with no success, so please bear with me.

I have a mouse with no software to adjust the sensitivity, so I'm left with a dpi of 1125, which is too high for me.

Sensitivity wise I want the mouse to be at around what it feels like with windows speed at 4/12. This does compromise tracking.

sc2 uses desktop sens, else the sensitivity multiplier has the same errors as the windows sens multiplier does.

Is there any way I can get effectively 4/12 sensitivity but without the poor mapping? a fix that more properly reduces the sensitivity?

THanks, best regards

<< Comment #694 @ 06:46 BST, 28 April 2012 >>

(Link, Reply)

By Anonymous (98.154.145.75)

hey mark, i used the mouse fix builder ( 4/11 ), every time i launched CS 1.6 the EnPt Pr turns on, does it mean the mousefix works? and if i close cs it turns off, i dont have any noforce commands used. thanks in advance

<< Comment #695 @ 06:11 BST, 5 May 2012 >>

(Link, Reply)

By MarktheC  - Reply to #694

You are good to go, you have it working properly.

When using my mouse fix builder, if EnPtPr turns on in CS1.6 and off when you exit, then you have CS1.6 setup correctly and you will be getting exact 1-to-1.

You may need to adjust in-game sensitivity to suit.

Check for negative acceleration [jump].

If you get any negative acceleration, then a better solution for CS 1.6 is to use RInput.

<< Comment #696 @ 21:55 BST, 8 May 2012 >>

(Link, Reply)

By rockbike

Hi guys, I'm on

Windows 7 Enterprise 64&#20301; SP1 ( DirectX 11 )

I applied the fix exactly in the way that is instructed

but it's not working at all

any idea?

thanks

<< Comment #697 @ 11:00 BST, 16 May 2012 >>

(Link, Reply)

By MarktheC  - Reply to #696

What does MouseMovementRecorder.exe show when Control Panel > Mouse > Enhance pointer precision is ON?

<< Comment #698 @ 21:36 BST, 25 May 2012 >>

(Link, Reply)

By Anonymous (95.140.212.166)

Before I was using 2 sens, epp off and raw input and it was hard to do 180 degree turn , but day after day my mouse speed started to increase without doing anything and now I am able to make a 200+ degree turn with 1.3 sensitivity .. I have tried everything. New windows, reinstalling mouse drivers and all other things, but things are getting worse and worse :( It feels like mouse reports too fast or dunno what, but its unplayable like that so please help me somehow..

Greetings,

Peter

<< Comment #699 @ 05:18 BST, 26 May 2012 >>

(Link, Reply)

By MarktheC  - Reply to #698

I don't know what would cause mouse response to increase like that. Make sure any in-game accel settings are disabled (depends on which game).

<< Comment #702 @ 16:48 BST, 27 May 2012 >>

(Link, Reply)

By Anonymous (109.121.225.193)  - Reply to #699

That happened in all applications (explorer.exe too).. I tried to disable acceleration with all possible things on the net, but nothing helps :(

<< Comment #703 @ 19:12 BST, 27 May 2012 >>

(Link, Reply)

By Anonymous (109.121.225.193)  - Reply to #699

I also want to ask you how to remove wcafix.. I start the uninstall.cmd, but the fix is still active :(

<< Comment #700 @ 13:23 BST, 26 May 2012 >>

(Link, Reply)

By Anonymous (109.64.213.126)

I got a really weird problem with the accel since im using Windows 7.

It's like when i'm moving my mouse slowly around the pad it actually moves faster in game then if i'm moving the mouse fast around the pad. for example if i sweep the mouse from 1 side of the pad to another it barely makes a 270 degree turn but when moving it slowly around smaller portion of the pad it even surpasses the 360 turn. this is with your fix applied on my machine.

I had it working somehow for several months but i have no idea what caused the weird accel to disappear because i have done so many things including playing with ease of access and the 07.mouse site. and now it's back because i accidentaly applied the defaults curves and when tried to reactivate the fix i got this shit again.

do you have any idea's?

<< Comment #701 @ 13:38 BST, 26 May 2012 >>

(Link, Reply)

By PsY^  - Reply to #700

It's only in certain games right ?

Like in Dead Space 2, Alice madness Returns ?

Then you have nothing to worry about, it's the games settings to work like that. I have the same experience, but it works in other games :)

<< Comment #704 @ 02:28 BST, 28 May 2012 >>

(Link, Reply)

By Anonymous (109.121.225.193)  - Reply to #700

Try RawInput and 400 dpi on your mouse.. This should do the work :P

<< Comment #705 @ 03:51 BST, 5 June 2012 >>

(Link, Reply)

By MarktheC  - Reply to #700

That sounds like negative acceleration.

Test for negative accel using the steam forum instructions above [jump]

If your game supports it, use Raw Input or Direct Input.

If not, try RInput.

<< Comment #706 @ 17:03 BST, 18 June 2012 >>

(Link, Reply)

By Anonymous (84.139.11.203)

Hi MarkC,

Ive tried everything to get rid of the accel, but it does not work nomatter what.

Ingame or not, i always get red and greens so please help.

My setup:

Win 7 SP1

SS Xai Laser @ 975DPI/975Hz

Windows 6/11

Desk Dpi Scale 125% "mid"

Game: CoD2

Ingame sens: 0.65-0.75

If it would be better to change some things in this setup, please tell me which settings i should use best

<< Comment #708 @ 17:29 BST, 27 June 2012 >>

(Link, Reply)

By Ffleri  - Reply to #706

I'm not sure, but I think XAI's sensor has build-in accel.

<< Comment #707 @ 17:27 BST, 27 June 2012 >>

(Link, Reply)

By Anonymous (86.130.89.250)

I have the opposite problem.

I'm looking for a way to keep EPP ON permanently.

I have Setpoint 6.32, Logitech MX700 mouse and Windows 7 x64.

Everytime I reboot EPP is turned off. I have to go into control panel, mouse properties etc and turn it back on. I'm not a gamer and therefore your fix is not helpful for me. For me EPP does what it says on the tin - It gives me Enhanced Precision.

I know it's Setpoint that’s turning it off, but how can I stop it?

Any help would be very welcome

Stuart

<< Comment #709 @ 02:04 BST, 28 June 2012 >>

(Link, Reply)

By MarktheC  - Reply to #707

In the SetPoint "Speed and Acceleration" config page is a page with two options:

- SetPoint Implementation

- OS Implementation

If you haven't already done so, make sure you choose "OS Implementation".

If that doesn't work, I can give you a program to fix that.

(I had the same problem with my Razer Diamondback 3G drivers: they turned EPP off 10 or so seconds after boot, due to a driver bug. My program runs at boot, and checks for while until it sees EPP being turned OFF, then turns it back ON then exits. A small modification should make that work with SetPoint rather than Razer.)

<< Comment #710 @ 08:49 BST, 28 June 2012 >>

(Link, Reply)

By Anonymous (86.130.89.250)

Hi Mark,

I have already chosen "OS Implementation". Unfortunately it doesn't help. Just opening Setpoint will turn EPP off. It is a real annoyance because the difference between on an off is huge. I find it really strange that some have problem of EPP staying on and some the opposite.

I would be happy to try your program to fix it and I'll report back

Thanks

Stuart

<< Comment #711 @ 11:21 BST, 28 June 2012 >>

(Link, Reply)

By MarktheC  - Reply to #710

OK, this program works like so:

- Check that the current, working value of 'Enhance Pointer Precision' agrees with the value in the registry.

- If they are same, it does nothing but wait for 60 seconds, re-checking every 0.25 second.

- If it finds that they are different, it stops waiting, and resets the current, working value to be the same as the registry value.

Before trying it, check the following:

- Do whatever you have to do so that the checkbox has been turned off, but DO NOT go into Control Panel and reset it.

(This should be as simple as rebooting, if SetPoint mangles it every time you reboot.)

- Run regedit.exe and navigate to HKEY_CURRENT_USER\Control Panel\Mouse and look at the MouseSpeed value.

- If it is 1, this fix program will work.

- If it is 0, then SetPoint has not only reset the current working value of 'Enhance Pointer Precision' to OFF, but has ALSO done the same in the registry, and my fix won't work as is, and will need re-doing.

ResetEnhancePointerPrecision.zip @ gamefront.com.

Add this to your Startup folder, or add a value to 'HKEY_CURRENT_USER\Software\Microsoft\Windows\CurrentVersion\Run'.

Ideally, add it to the same startup place that the SetPoint config/system tray programs are added to.

Edited by MarktheC at 11:22 BST, 28 June 2012

<< Comment #712 @ 12:03 BST, 28 June 2012 >>

(Link, Reply)

By Anonymous (86.130.89.250)

It says the file is unavailable

<< Comment #713 @ 12:27 BST, 28 June 2012 >>

(Link, Reply)

By stu222

Also, having done a reboot MouseSpeed value is 0.

Please let me know if the file you upload is the updated version.

Stuart

<< Comment #714 @ 12:47 BST, 30 June 2012 >>

(Link, Reply)

By MarktheC  - Reply to #713

OK, try this program:

http://www.gamefront.com/files/21922247/MouseSpeed.zip @ gamefront.com.

This program has command line parameters and can do more than just reset EPP. You will need to pass in the correct parameter to get it to reset. Call it like so:

MouseSpeed.exe /a:on /WaitForMangle
As before, add this to your Startup folder, or add a value to 'HKEY_CURRENT_USER\Software\Microsoft\Windows\CurrentVersion\Run'.

Ideally, add it to the same startup place that the SetPoint config/system tray programs are added to.

I can see the original ResetEnhancePointerPrecision.zip @ gamefront.com, so it looks like files uploaded there take a while to clear. Give MouseSpeed.zip 24 hours to clear if you can't download it.

Please let me know how it goes.

Edited by MarktheC at 12:50 BST, 30 June 2012

<< Comment #715 @ 21:25 BST, 7 July 2012 >>

(Link, Reply)

By Anonymous (98.154.145.75)

hi mark, since you also recommend rinput, i was wondering is there a best dpi settings (high or low?) when using rinput? or just personal preferences? thanks

<< Comment #716 @ 13:45 BST, 8 July 2012 >>

(Link, Reply)

By MarktheC  - Reply to #715

DPI recommendation is probably the same as for normal input: personal preference.

Use phoon's mouse information calculator.

Enter your mouse resolution (dpi), in-game resolution width (width of monitor in pixes), etc.

Click 'Calculate real sensitivity (inches/360)' button.

Click ''Calculate estimated useful dpi' button.

If the estimated useful dpi number is higher than your actual mouse DPI, then you could perhaps usefully use a higher mouse DPI AND ALSO decrease your in-game sensitivity to compensate.

Edited by MarktheC at 13:45 BST, 8 July 2012

<< Comment #717 @ 14:58 BST, 26 August 2012 >>

(Link, Reply)

By willworrior

Hello mark, I got problem with my mouse fix. I downloaded and followed the instructions exactly but i didnt work well, When i look at the mousemovement recorder i can get up to 2 x 0 and not 1 x 1 its really wierd cuz before i formated my pc its worked , My mouse is Zowie ec2 pro. Help would really apprich :) . Im really stuck on your mouse fix i cant play any game without it :(

//Willworrior

Attached Image: 90259-Mouse fix 1.PNG (35KB)

Edited by willworrior at 17:56 BST, 27 August 2012

<< Comment #718 @ 00:08 BST, 27 August 2012 >>

(Link, Reply)

By MarktheC  - Reply to #717

For extra testing please try turning 'Enhance pointer precision' OFF (and setting the pointer speed slider to the middle 6/11 position) and see if the same problem occurs.

If the problem still occurs when EPP is OFF, then the problem is not with the fix, but is with MouseMovementRecorder, or elsewhere.

Please upload a screen dump of what MouseMovementRecorder.exe shows and post a link.

(upload to imgur.com or Flickr.com or similar, OR AFTER you create a post here on this forum, click 'Edit' in the top right of your post and then add an attachment)

Edited by MarktheC at 00:10 BST, 27 August 2012

<< Comment #720 @ 01:50 BST, 28 August 2012 >>

(Link, Reply)

By MarktheC  - Reply to #717

OK, all of that looks 100% good and OK.

Please understand what '1-to-1' means: It does NOT mean that you only see 1 x 1 in the MouseMovementRecorder output.

It means that 1 Mouse Movement causes 1 Pointer Movement, 2 Mouse Movements cause 2 Pointer Movements, and 3 cause 3 and so on.

So '2 x 0' is good, as long as you also see '2 x 0' in both columns

If you now (for testing) turn EPP ON, and still see matched numbers in the columns, then you are 100% good and OK.

If you see mismatched numbers (which will display with a red or green background) then please post another screendump.

Edited by MarktheC at 01:51 BST, 28 August 2012

<< Comment #719 @ 19:55 BST, 27 August 2012 >>

(Link, Reply)

By willworrior

Thank you for the fast reply. Well there is my settings ! :)

<< Comment #722 @ 10:31 BST, 28 August 2012 >>

(Link, Reply)

By willworrior

Oh okay, thanks for the answer. I thought all numbers will be the 1-1 but how do i turn EPP On ?

<< Comment #723 @ 00:38 BST, 29 August 2012 >>

(Link, Reply)

By MarktheC  - Reply to #722

'EPP' = the 'Enhance pointer precision' checkbox in the Control Panel > Mouse.

Open Mouse Properties by clicking the Start button, and then clicking Control Panel. In the search box, type mouse, and then click Mouse. Click the Pointer Options tab, select/check the Enhance pointer precision check box.

3 x 0 is also good, as long as it says 3 x 0 in both columns.

Any numbers are good, as long as both columns contain the same numbers.

<< Comment #721 @ 10:31 BST, 28 August 2012 >>

(Link, Reply)

By willworrior

Btw sometimes i also get 3 x 0 :/

<< Comment #724 @ 18:56 BST, 2 September 2012 >>

(Link, Reply)

By willworrior

But it feels diffrent now with the mouse fix. Its was diffrent before i formated my pc is there anything i can do ? change some settings. I tryed to turn EPP on but i didnt feel good with it either :(

<< Comment #725 @ 02:30 BST, 4 September 2012 >>

(Link, Reply)

By MarktheC  - Reply to #724

If you now (for testing) turn EPP ON, and still see matched numbers in the columns, then you are 100% good and OK.

If you see mismatched numbers (which will display with a red or green background) then please post another screendump.

<< Comment #726 @ 18:18 BST, 4 September 2012 >>

(Link, Reply)

By willworrior

Okay why should i turn EPP on i dont feel really good to it :/

<< Comment #727 @ 23:39 BST, 4 September 2012 >>

(Link, Reply)

By MarktheC  - Reply to #726

FFS, turn EPP ON for testing only.

For testing only, turn EPP ON, and if you still see matched numbers in the columns, then you are 100% good and OK.

Then turn EPP off after testing has been done.

<< Comment #728 @ 20:42 BST, 5 September 2012 >>

(Link, Reply)

By willworrior

Yeah every numbers seems to be matched so i think im good to go

<< Comment #729 @ 16:29 BST, 21 September 2012 >>

(Link, Reply)

By h8m3

does this work for win8?

<< Comment #730 @ 00:00 BST, 22 September 2012 >>

(Link, Reply)

By MarktheC  - Reply to #729

Yes it works for Win8.

Windows 8 needs separate fixes, and those are included in my ZIP file.

<< Comment #731 @ 18:57 BST, 22 September 2012 >>

(Link, Reply)

By Anonymous (79.211.201.114)

Mark i got a problem, i play with epp on 6/11 but when i see mousemovementrecorder i see many red and green lines, how can i remove that lines without removing the acceleration (epp on)?

I also got the right registry (windefault).

here a link the problem is with 500hz and 1000hz and i tried many mouses like copperhead, g9x and xai.

[url]http://imageshack.us/photo/my-images/12/1000hz.jpg/[/url]

[url]http://imageshack.us/photo/my-images/59/500hzg.jpg/[/url]

I am a low sens player and another problem is when i play with lower sens, higher dpi and faster movements i got negative accel but when i play with higher sens, lower dpi theres no negative accel but my mouse isnt precise, i mean the mouse is doing pixel jumps because of the high sens, interpolation i think.

Greez relyzn

<< Comment #732 @ 12:00 BST, 23 September 2012 >>

(Link, Reply)

By MarktheC  - Reply to #731

Your screen-dumps show MouseMovementRecorder is not being patient enough when reading checking for pointer movement. If it was a bit smarter doing that, the green 0x0's followed by red would disappear.

Version 1.8 of MouseMovementRecorder @ MediaFire [link], is a bit smarter and tries to avoid showing those green 0x0's followed by reds.

Everything else on those screen-dumps looks as good as it could do.

Here's the long story:

- MouseMovementRecorder (MMR) works by waiting for the mouse to move and then also seeing if the pointer has moved since the last line was printed.

- Windows updates the pointer position by waiting for the mouse to move and then moving the pointer.

- Which will happen first? Both processes are waiting for mouse movement, and both will try and run as soon as they are told the mouse has moved.

- On Windows XP (when I originally wrote/changed MMR) Windows always moved the pointer first, so when MMR ran, it had the mouse movement and also the corresponding pointer movement, and all was well.

- On Windows 7 (which I have now), sometimes MMR runs before the pointer has been moved and sometimes runs after the pointer has been moved.

- When MMR run BEFORE the pointer has been moved, the pointer is still at the same location it was last time, and MMR displays 0x0 and green, meaning NO pointer movement.

- VERY shortly afterwards, Windows does move the pointer for that mouse movement.

- Usually, the next time there is mouse movement, Windows does run first, and moves the pointer (again).

- MMR then runs and see only 1 mouse movement, but sees an extra large pointer movement, corresponding to BOTH of the last 2 mouse movements. It displays the larger movement in red.

- Version 1.8 of MMR is a bit smarter. If it sees 0x0, it waits a very short while to see if Windows will catch up and move the pointer. If the pointer is moved during the small wait, then all is well and MMR will not print a green 0x0.

Does this change mean that Windows XP was better than Windows 7 for mouse input?

Probably not.

It probably does NOT mean that Windows 7 is updating the pointer position slower than XP.

It probably means that Windows 7 is sending the mouse movement to games (and MMR) faster than Window XP.

There is a very very small chance that on your system there is a long delay between the mouse movement and Windows 7 moving the pointer.

If you run MMR 1.8 with the -showcatchupdelay option, it displays how long between when MMR sees the mouse movement, and when it sees the pointer move.

Often Windows moves the pointer before MMR runs, and there is nothing to display. Otherwise MMR will display the delay in micro-seconds. Up to 50 µs or even 100 µs is a very small time, and nothing to worry about. (1000 µs is the time between each mouse poll @ 1000Hz).

Download MMR 1.8 (link above), unzip it, and either:

Get a command line in the folder that MMR.exe is in and run:

MouseMovementRecorder -showcatchupdelay
OR

Create a shortcut to MMR (right-click , 'Create shortcut'),

Select the shortcut, and edit properties (right-click, Properties)

Edit the 'Target' field, go to the very end of the text, and add a SPACE, then -showcatchupdelay

Click OK

Double-click the shortcut to run MMR with -showcatchupdelay option

Only the green 0x0 followed by a red is a problem in your screen-dumps.

The other green is expected and just means that the Windows accel curve is applying a sensitivity factor less than 1.

The other red is expected and just means that the Windows accel curve is applying a sensitivity factor greater than 1.

When mouse movement is around 8, you get green or red, and mixed green and red is expected.

I'm sure you have found that when you increase your polling rate to 500Hz or 1000Hz, that your EPP acceleration is severely reduced!

If you are relying on EPP acceleration to make your mouse response as you expect, you may have to compromise on the polling rate.

Negative accel is an unfortunate fact of life when using a high DPI, low sens setup (and the game does not support Raw Input or DirectInput).

Set the DPI as high as needed to avoid gross pixel jumping, but no higher (or even a little lower).

Use Phoon's Estimated useful DPI calculator to calculate what the appropriate DPI is.

There is some argument as to how important the estimated useful DPI number is.

What is important is to be able to hit targets. If those targets are typically at least 20 pixels wide (a 0.5 wide target @ 40 metres in-game distance with a typical game setup), then if you are pixel skipping and can only aim on every 2nd pixel, the aim is still good enough (maybe).

On the other hand, if you could increase your DPI (and decrease sens) and avoid pixel skipping, why wouldn't you do so?

The answer might be : Because then you get negative accel...

Does your game have built-in acceleration, and be configured to use Raw Input or DirectInput?

If you could get used to the in-game accel, that would solve the negative accel problem.

Edited by MarktheC at 23:17 BST, 23 September 2012

<< Comment #734 @ 23:09 BST, 23 September 2012 >>

(Link, Reply)

By MarktheC  - Reply to #731

One other thing that is a bit wonky...

Is your 1000Hz screen-dump of a SteelSeries Xai?

Notice how strange the FREQUENCY column is, often with numbers reported >1500Hz. I've seen that before with the Xai, and that will screw with your accel.

<< Comment #733 @ 20:43 BST, 23 September 2012 >>

(Link, Reply)

By Anonymous (79.211.197.230)

First i want to thank you for your reply.

Yes there is a command called cl_mouseaccel, but its not the same like epp. Ive tested it.

I will test your infos and give you a feedback.

My problem is especially in games forced low fps and fast movements.

For example modern warfare 3 has got a 85 fps limit and in cod2 i can use 250 fps.

I saw the different when im using 2000 dpi and 0.4 ingame sens.

In cod2 there is no problem but in mw3 when i move my mouse fast(reflex) the cursor is lowering the speed and the acceleration is gone.

Is there any chance to bypass that?

Sincere regards,

relyzn.

<< Comment #735 @ 23:55 BST, 23 September 2012 >>

(Link, Reply)

By MarktheC  - Reply to #733

Two ways to get rid of negative accel:

- Get used to cl_mouseaccel, AND ALSO make MW3 use Raw Input or DirectInput. It is Raw Input/DirectoInput that gets rid of negative accel.

I don't know if MW3 has an option to use Raw Input or DirectInput.

If not, you might try RInput 1.3 [link].

OR

- Drop your mouse DPI and/or set the pointer speed slider or use a special curve (ask), so that negative accel is less likely.

2000 DPI is perhaps higher than you need and a lower value might avoid negative accel, while still being high enough.

Try Phoon's estimated useful DPI calculator.

I said earlier that increasing polling rate reduces accel.

Increasing DPI increases accel, so using the two together can cancel each other out, and still give acceptable Windows accel.

You can/could set the Mouse DPI to give acceptable acceleration, AND still avoid negative acceleration by using the Control Panel pointer speed slider. Or by using a custom adjusted curve that had a built-in sensitivity adjustment (ask).

1%

<< Comment #736 @ 08:58 BST, 24 September 2012 >>

(Link, Reply)

By Angelnish

Great that somebody is coming out and doing the work.

Thank you

<< Comment #737 @ 12:27 BST, 23 October 2012 >>

(Link, Reply)

By Anonymous (79.211.249.45)

Hi Mark, i need your help.

I'm a gamer who plays with EPP, so when i play with 250 Hz the mouseaccel seems to be wonderful but when i switch to 500 Hz and 1000 Hz the accel curve is not so aggressiv like at 250 Hz.

Could you help me to play with the same acceleration curve like 250 Hz at 500 or 1000 Hz?

Greez

<< Comment #738 @ 04:52 BST, 24 October 2012 >>

(Link, Reply)

By MarktheC  - Reply to #737

This can be done:

- Done Well, if your mouse or mouse drivers allow changing the raw mouse CPI (DPI), OR

- Done Badly, if your mouse or drivers don't allow changing the mouse CPI...

Do you have a mouse were the CPI or driver sensitivity can be changed? (Or can buy a new mouse that does allow this?)

If so, what are the availbale CPI settings, and what setting do you have now?

For example, my Razer Diamondback has max 1800 CPI, but allows setting the CPI to between 180 CPI and 1800 in 90 CPI steps using the Razer Configurator.

Edited by MarktheC at 05:00 BST, 24 October 2012

<< Comment #739 @ 15:06 BST, 24 October 2012 >>

(Link, Reply)

By Anonymous (79.211.223.63)

I actually play with 450 dpi and ingame sens 1.5,

I know when I increase my dpi and lower my sens i got nearly the same acceleration but I can't handle that with my fps so i got negative acceleration, I must use an ingame sens >1 but too much > 1 (i.e. 2.5) I got pixel-skipping because of the interpolation i think and the input delay of 250 Hz is a bit too big, so there is no other chance to find a solution? what is the ql-acceleration-script?

Thank you

<< Comment #740 @ 22:37 BST, 24 October 2012 >>

(Link, Reply)

By MarktheC

"I know when I increase my dpi and lower my sens i got nearly the same acceleration..."
That's the idea!

But instead of dropping the in-game sensitivity, we drop the Windows sensitivity, either by using the pointer speed slider, or by using a custom curve, and that helps avoid negative acceleration.

So if you are currently using 250Hz, 450 DPI, Control Panel 6/11 (= ×1.0), EPP=on, in-game 1.5, then try this:

500Hz, 900 DPI, Control Panel 4/11 (= ×0.6), EPP=on, in-game 1.25

That is a little more likely than 250Hz/450DPI to have negative accel, but better than using 6/11)
OR try this:

500Hz, 900 DPI, Control Panel 3/11 (= ×0.4), EPP=on, in-game 1.875

That is a little less likely than 250Hz/450DPI to have negative accel.

I presume you use EPP=on on the desktop also?

If so, then you can set a '3.5'/11 setting for the Pointer speed slider, which has scaling of exactly ×0.5 by using the registry:

Use regedit.exe to edit: HKEY_CURRENT_USER\Control Panel\Mouse\MouseSensitivity to 5, and reboot or logoff.

(MouseSensitivity=4 is 3/11 and MouseSensitivity=6 is 4/11.) That would be:

500Hz, 900 DPI, MouseSensitivity=5, EPP=on, in-game 1.5

I don't know anything about QL accel, sorry.

<< Comment #741 @ 01:00 BST, 25 October 2012 >>

(Link, Reply)

By mootseller

Hey Mark, is there a way to tell which acceleration fix I'm using? I can't remember if I used yours or cheese's.

<< Comment #742 @ 23:40 BST, 25 October 2012 >>

(Link, Reply)

By MarktheC  - Reply to #741

Start > (Search programs and files...) regedit > Click 'regedit.exe > Navigate to : HKEY_CURRENT_USER\Control Panel\Mouse > Transcribe the 'SmoothMouseXCurve' and 'SmoothMouseYCurve' hex values, post them here, and I/we can ID.

Cheese fixes all have SmoothMouseYCurve = 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 01 50 01 00 00 00 00

(Possibly the first 01 might be an 02...)

... and the SmoothMouseXCurve only has a single non-00 hex number, all the rest being 00.

My MarkC fixes all (mostly) have : SmoothMouseYCurve = 00 00 00 00 00 00 00 00 00 00 38 00 00 00 00 00 00 00 70 00 00 00 00 00 00 00 A8 00 00 00 00 00 00 00 E0 00 00 00 00 00

... and different SmoothMouseXCurve values depending upon OS and stuff.

CPL has SmoothMouseYCurve = 00 00 00 00 00 00 00 00 66 a6 02 00 00 00 00 00 cd 4c 05 00 00 00 00 00 a0 99 0a 00 00 00 00 00 38 33 15 00 00 00 00 00

<< Comment #743 @ 03:34 BST, 26 October 2012 >>

(Link, Reply)

By mootseller  - Reply to #742

"SmoothMouseXCurve"=hex:00,00,00,00,00,00,00,00,70,3d,0a,00,00,00,00,00,e0,7a,\

14,00,00,00,00,00,50,b8,1e,00,00,00,00,00,c0,f5,28,00,00,00,00,00

"SmoothMouseYCurve"=hex:00,00,00,00,00,00,00,00,00,00,38,00,00,00,00,00,00,00,\

70,00,00,00,00,00,00,00,a8,00,00,00,00,00,00,00,e0,00,00,00,00,00

So it looks like I'm using yours. I found my perfect sensitivity so I was just trying to remember which I used. Thank you.

<< Comment #744 @ 06:09 BST, 26 October 2012 >>

(Link, Reply)

By Anonymous (88.115.195.167)

Hi!

I've been struggling here on a few of days. I've been playing CSS on XP by these settings:

Game resolution: 800x600

Mouse: Microsoft IntelliMouse 3.0

Mouse DPI: 400

Mouse Hz: 500

Windows sensitivity: (5/11) - scale 0.75

Game sensitivity: 2.75 - m_rawinput 0

Monitor Hz on desktop: 60Hz

Monitor Hz in game: 75Hz

I'm quite sure I didn't have any fixes (CPLfix if any).

So I installed windows 7 week ago and can't get same touch in CSS. I've tried fix builder and it didn't seem quite right. I also tried this:

R = your in-game refresh rate you used ON XP

D = your DPI that you used ON XP (usually = 96 'Normal Fonts')

M = your registry MouseSpeed value you had ON XP (related to the Control Panel > Mouse > Pointer speed slider: MouseSpeed=1 is position 1 of 11 (Slow, leftmost), MouseSpeed=10 is the middle 6/11 position, MouseSpeed=N is position N/2+1 of 11, MouseSpeed=20 is position 11 of 11 (Fast, rightmost))

Calculate this number: 4.24 * (R / D) * (M / 10) / 3.5

> (4,24 * (75 / 96) * (8 / 10)) / 3,5 = 0,757142857

Windows_7_MouseFix_TextSize(DPI)=100%_Scale=x0,757142857_@5-of-11

That also didn't feel the same. Am I having placebo effect or are both wrong solutions? Playing with rawinput on feels so much more different.

Or should I replace this number 4.24(CPL slope) by something else?

I'm so confused atm.

You are such a nice guy.

<< Comment #745 @ 12:36 BST, 26 October 2012 >>

(Link, Reply)

By Anonymous (88.115.195.167)  - Reply to #744

And I forgot to mention that I don't use EPP

<< Comment #746 @ 23:17 BST, 26 October 2012 >>

(Link, Reply)

By MarktheC  - Reply to #745

What launch options (if any) do/did you use?

(Not -useforcedmparms at all?)

CSS usually doesn't need a fix, and any fix ends up un-used anyway (as long as EPP is OFF), UNLESS you also use the -useforcedmparms launch / parameter.

Test if your CSS setup enables EPP by doing this:

- Run MouseMovementRecorder.exe (from my fix ZIP file).

- Check that the 'EnPtPr' is OFF and displays white on a black background.

- Run CSS, start a game, aim at somthing, move the in-game viewport.

- Exit back to MouseMovementRecorder.exe and look at the 'EnPtPr' column footer. It should still display white text on black.

If it displays black text on a red background, then CSS has turned EPP on.

What does MouseMovementRecorder.exe display in the FREQUENCY column if you move your mouse very fast?

What are your CSS m_customaccel, m_customaccel_exponent,

m_customaccel_max, m_customaccel_scale CVars set to (or were set to in XP)?

<< Comment #747 @ 01:29 BST, 27 October 2012 >>

(Link, Reply)

By Anonymous (88.115.195.167)

-noforcemaccel -noforcemparms don't have any effect and that is right. Switched again to this: Windows_7_MouseFix_TextSize(DPI)=100%_Scale=x0,75_@5-of-11

What does MouseMovementRecorder.exe display in the FREQUENCY column if you move your mouse very fast?

- Trying to do fast 180 turns http://postimage.org/image/yj8al952d/

Mouse hz is stable 500hz at windows but in game it's unstable. Feels like there is positive acceleration. With XP there was just small amount negative acceleration. Haven't find solutions on that.

<< Comment #748 @ 23:07 BST, 27 October 2012 >>

(Link, Reply)

By MarktheC  - Reply to #747

Launch options and in-game MouseMovementRecorder show EPP is not being set ON, which is good and expected.

That also means that the ×0.75 fix is not used (for CSS, but might be for other games).

(×0.75 @ 5/11 is a good setting, because then Windows sens will be the same with EPP ON OR OFF.)

Unstable mouse Hz in-game might not mean anything except that the system is busy, and MMR can't always get to the mouse input fast enough, so it's timings are off.

(Might also mean Windows processing of mouse input is delayed when the system is busy : It must poll the USB, and that takes system resource.)

Try this: m_rawinput 1, game sensitivity = 2.0625 (your existing 2.75 × 0.75).

What are your CSS m_customaccel, m_customaccel_exponent,

m_customaccel_max, m_customaccel_scale CVars set to (or were set to in XP)?

Edited by MarktheC at 23:07 BST, 27 October 2012

<< Comment #749 @ 11:09 GMT, 28 October 2012 >>

(Link, Reply)

By Anonymous (88.115.195.167)  - Reply to #748

Yes I tried sensitivity 2.0625 when rawinput was added to the game and didn't like it that much.

These should be fine:

m_customaccel "0"

m_customaccel_exponent "1"

m_customaccel_max "0"

m_customaccel_scale "0.04"

Maybe I should install XP again or get use to it.

<< Comment #750 @ 11:22 GMT, 31 October 2012 >>

(Link, Reply)

By Anonymous (93.189.251.62)

Hello MarkC

Please say

what noforce commands for CS 1.6

MarkC mouse fix + launch option:

-noforcemaccel -noforcemparms -noforcemspd

or

-noforcemaccel -noforcemparms

or

-noforcemparms

or

-noforcemspd

what noforce use for CS 1.6 ???????????

<< Comment #751 @ 11:29 GMT, 31 October 2012 >>

(Link, Reply)

By MarktheC  - Reply to #750

-noforcemspd

OR

-noforcemparms

... you choose!

I use -noforcemspd.

-noforcemparms is the same as using both -noforcemaccel & -noforcemspd.

-noforcemaccel only has any effect on Windows 2000 and previous.

Edited by MarktheC at 11:29 GMT, 31 October 2012

<< Comment #752 @ 08:55 GMT, 11 November 2012 >>

(Link, Reply)

By Anonymous (31.133.202.27)

hi markc

i play cs 1.6

my mouse ms 3.0 @ 500hz

i have desktop 120hz and game 120hz monitor refresh rate

when i use you mouse fix i have many red values

EPP of + noforcemspd

<< Comment #753 @ 21:02 GMT, 11 November 2012 >>

(Link, Reply)

By MarktheC  - Reply to #752

NOTE: While running a game, you may see many red and green lines.

Games that need a fix usually frequently re-position the pointer and this confuses MouseMovementRecorder.exe but DOES NOT mean acceleration.

See Comment #271 [jump] above, and the

If your MMR looks like this: http://img62.imageshack.us/img62/1843/cod4125fps.jpg,

the red is when your game resets the pointer to the middle of the screen.

You will also get lots of red if you use one of my standard 6/11 fixes but you have the Control Panel Pointer speed slider set to 7/11 or higher. If you do use 7/11 or higher, let me know.

Edited by MarktheC at 21:04 GMT, 11 November 2012

<< Comment #754 @ 16:43 GMT, 12 November 2012 >>

(Link, Reply)

By Anonymous (31.133.202.27)

i use 6/11 fix pointer speed

when i use EPP off and launch options game: noforcemparms -noforcemaccel and no you mouse fix, game sensitivity best!

Why rinput best when markc mouse fix?

rinput vs markc ?

Need have rinput = markc

<< Comment #756 @ 07:51 GMT, 19 November 2012 >>

(Link, Reply)

By MarktheC  - Reply to #754

RInput removes Windows Control Panel acceleration.

My fix removes Windows Control Panel acceleration.

For CS1.6, -noforcemparms or -noforcemspd and EPP off removes Windows Control Panel acceleration.

RInput ALSO removes negative acceleration that can happen sometimes.

My fix does not remove negative acceleration that sometimes happens.

If RInput works for your game, and you might have negative acceleration, then use RInput.

RInput might be treated as a cheat by anti-cheat programs.

I don't think it is a cheat, but you have to decide for yourself if it is safe to use.

<< Comment #755 @ 01:02 GMT, 17 November 2012 >>

(Link, Reply)

By Anonymous (80.216.54.1)

Hi Mark!

I've been using your fix for quite some time to get rid of the annoying mouse accel when playing older fps games and it's really great. So ty for that!

Nowadays I only play Dota 2, moba (RTS kinda) game, that has no sensitivity setting in game (guess there can't be any that is precise when actually using the mouse pointer). It uses the Valve Source engine (so same as CS:S as far as I know).

I own a CM Spawn that has 3 adjustable DPI levels: 3500, 1800 and 800.

-Here to my problem: Atm I'm playing on 1800, but it is just a bit too fast, and 800, is way too slow.

Changing the windows sens from 6/11 seems like a big nono, since I want 1:1.

Is there really any other way of lowering my sensitivity without having to buy a new mouse (with custom adjustable DPI) and keep the 1:1 ratio?

Regards

<< Comment #757 @ 08:39 GMT, 19 November 2012 >>

(Link, Reply)

By MarktheC  - Reply to #755

If DOTA 2 uses a Valve engine, then try changing some of the normal Valve sensitivity options in a config file, such as m_yaw and m_pitch.

(I'm not sure which config file...)

Otherwise, you are stuck with either using a sensitivity you don't like, or giving up 1-to-1 in Windows Control Panel.

Of the two, the overall sensitivity is far more important than 1-to-1.

Not having exact 1-to-1 means often a single mouse poll might have (less than) 1 pixel of discarded or delayed pointer movement.

It's always less than a pixel, and soon corrected during some of the following mouse polls (although the last poll may always re-introduce another (less than) 1 pixel of discarded or delayed pointer movement).

Not having the right sensitivity means lots of pointer movement that is not as you want it, and the effect is cumulative : growing with each mouse poll.

No contest : give up exact 1-to-1 and get a better overall sensitivity.

And besides, the internal calciulation that a mouse or mouse driver does to provide a variable mouse DPI has its own discarded or delayed pixels, just the same as the Windows Control Panel has...

Probably using 3500 minimises any mouse driver/firmware DPI delay or discard, but that high a DPI may mean a Control Panel setting so low that the sensitivity jump between (say) 2/11 and 3/11 is too large to find a sweet-spot sensitivity.

Solutions to that problem might be:

- Use 1800, OR

- Set a 'fractional' / +0.5 Control Panel setting by using regedit.exe to edit the MouseSensitivity value, OR

- Use my fix builder to set a custom control panel sensitivity value, and play with EPP ON.

<< Comment #762 @ 10:29 GMT, 1 December 2012 >>

(Link, Reply)

By Anonymous (109.93.244.23)

MarkC can you explain to me how to use build for 5/11 for 1 to 1 step by step.I dont get it.When i enter my options in build for settings i want to use like my windows(windows 7),display dpi(100%),Speed slider (5/11). What do i need to put on last question for pointer speed acceleration? To be more clear if i want to use 5/11(1to1) do i need to enable acceleration and if answer is yes which one in build,control panel(EPP) or in game launch options(CSGO)?

Plz help me tnx in advance and sorry for bad English.

<< Comment #763 @ 11:37 GMT, 1 December 2012 >>

(Link, Reply)

By MarktheC  - Reply to #762

A reminder: A fix made by the fix builder to will get 1-to-1 in-game @ 5/11 if these things are true:

- The game does NOT use DirectInput and does not use Raw Input (for example, don't use in_mouse 2 on QL, and don't enable RawInput in Source games).

- EPP is ON in-game, usually done by setting it ON before you start the game, and if the game leaves it on, or sets it on.

But here's a funny thing: If the game does use DirectInput or Raw Input, then you will already be getting exact 1-to-1 thru the Control Panel (all control panel accel is bypassed, and so is by definition exact 1-to-1), and you don't need any fix!

Games that use DirectInput or Raw Input don't need a fix.

CS:GO is a Source game and can use Raw Input.

Use the UI to set Raw Input, or set cvar m_rawinput=1

In game acceleration will usually be separate from EPP (it is in Source games I think), and you probably want in-game accel turned off.

For other games that don't do DirectInput or RawInput, my fix can be useful : You will probably need to set EPP=on before starting the game.

(Some games, HL1, CS1.6 for example, can be configured to force EPP=on while they play, so you don't need to set EPP=on yourself.)

I have a program that can set EPP=on or off with a Windows hot-key, in case going into the Control Panel is too much hard work... But then you one would use that program to set 6/11 prior to starting the game, and leave EPP=off ... (getting a bit silly now...)

When building a fix: Answer "Pointer Speed Acceleration" with "No acceleration".

(Unless you want Windows 2000/98/95 style threshold acceleration...)

<< Comment #765 @ 00:52 GMT, 2 December 2012 >>

(Link, Reply)

By Anonymous (109.93.68.123)  - Reply to #763

So now im using 5/11 in windows with 100 dpi scale,epp off with Windows_7_MouseFix_TextSize(DPI)=100%_Scale=1-to-1_@5-of-11 build and get this in windows: [img]http://s17.postimage.org/g0b3fjrqj/windows.jpg[/img] and in game: [img]http://s7.postimage.org/ble8euz7b/in_game.jpg[/img]

Is this normal? With 6/11 and Windows_7_MouseFix_TextSize(DPI)=100%_Scale=1-to-1_@6-of-11 build i get this in windows: [img]http://s18.postimage.org/yj7gtoys5/image.jpg[/img] but in game same as with 5/11 with lots of red and green. Im guessing that in game lots of red and green is just appearing because game is resetting cursor positon because when i pull down console(in csgo) red and green disappear. Is it normal than for 5/11 with 5/11 build to show so much green?

TnX for your qck answers and good and hard work !!!

<< Comment #766 @ 10:38 GMT, 2 December 2012 >>

(Link, Reply)

By MarktheC  - Reply to #765

There are TWO (2) ways to go with CS:GO, if you want 1-to-1 in-game.

1) Use Raw Input. Its likely that Source games (like CS:GO) will keep centering the pointer, even though they don't need to do so when using Raw Input, and that is causing the . red you see in the MMR output.

MouseMovementRecorder will keep displaying movement, even though CS:GO (when Raw Input is enabled), does NOT look at Pointer Movement, so that column can be red or green or blowing a raspberry : it doesn't matter, just to be clear : what MMR shows in the Pointer Movement column is not used by a DirectInput or Raw Input game.

2) For the sake of argument, we could get my fix to work with CS:GO, and get exact 1-to-1 in-game.

Note the EnPtPr column in the MMR outputs you show is OFF in-game.

It needs to be ON for my fix to be active and giving exact 1-to-1.

As an experiment ONLY,

- Configure CS:GO to NOT use Raw Input (turn the checkbox in the UI OFF).

- Add this option to your launch options [Edit: AND REMOVE -noforcemspd and REMOVE -noforcemparms]:

-useforcedmparms
- Make sure cvar m_mousespeed=1 in the CS:GO config files.

When you run CS:GO, you should now notice that the EnPtPr (EPP) column is RED and displays ON.

When EPP=ON, my fix will be active and giving exact 1-to1.

You should see much less green (but you will still see red).

Yes: red and green appears because the game is resetting the cursor position.

NOTE: I STRONGLY RECOMMEND OPTION (1) : RAW INPUT with CS:GO, and ignore what MMR displays, and you don't even need to apply any of my fixes.

Edited by MarktheC at 21:34 GMT, 2 December 2012

<< Comment #767 @ 21:34 GMT, 2 December 2012 >>

(Link, Reply)

By MarktheC  - Reply to #766

[Edit: AND REMOVE -noforcemspd and REMOVE -noforcemparms]

<< Comment #768 @ 21:52 GMT, 8 December 2012 >>

(Link, Reply)

By Anonymous (79.175.99.31)  - Reply to #766

I dont know why but i just find it easyer to play with 5/11 rather than raw input and with your fix its just feel more fluid.I like it and like everyone says play with settings you feel comfortable.Tnx again for qck answer and keeep up the good work!!! XD

<< Comment #761 @ 10:29 GMT, 1 December 2012 >>

(Link, Reply)

By Anonymous (114.79.60.209)

Hi Mark, i want to ask quick questions,

Im using deathadder 3.5g right now, What is the difference between windows sensivity & razer sensivity? i know its best to leave WS at 6/11.

<< Comment #764 @ 11:55 GMT, 1 December 2012 >>

(Link, Reply)

By MarktheC  - Reply to #761

Razer sensitivity is another separate sensitivity multiplier factor.

I assume your Deathadder + drivers work the same as my Diamondback 3G, which is :

- The mouse is programmed with a DPI setting, which sets how many counts it sends per inch moved on the mouse-pad.

- Those counts are mutliplied by the Razer sensitivity (which is from ×0.1 to ×1.0, displayed as 1.0 thru 10.0 in the On-The-Fly sensitivity adjustment, or in the Razer Configurator).

- If the "Advanced - Master Sensitivity Control" checkbox is on, the X and Y axis counts are also multiplied by the X-Axis and Y-Axis sensitivities, from ×0.1 to ×1.0, displayed as 1 thru 10.

- Unless a game uses DirectInput or Raw Input, the counts are multiplied by the Control Panel 'Pointer speed' slider sensitivity, which has different number when EPP if OFF, compared to ON.

If EPP is ON, the a SmoothMouse?Curve lookup is done to apply accel.

- The game usually applies its own sensitivity.

(Source games have m_sensitivity, m_yaw and m_pitch settings for example).

The thing about 6/11, is that it is exact 1-to-1, and avoids the small annoyance of delayed or discarded mouse counts.

The sensitivity calculation that the Razer drivers do almost certainly has its own "delayed or discarded mouse counts" problem, but that can't be avoided(*): the best that can be done is to avoid the Control Panel "delayed or discarded mouse count" problem by making sure you use 6/11 (or a fix builder fix...)

The "delayed or discarded mouse count" problem is a VERY small problem anyway...

The in-game sensitivity tends not to have any "delayed or discarded mouse count" problem, because it is calculated with fractional numbers (floating point), and there are no remainders to discard or delay.

(*) I suppose one could set the Razer sensitivities to their highest values, and adjust in-game sensitivity down to compensate, and then also avoid any "delayed or discarded mouse count" problem in the drivers, but that's probably getting too silly...

1%

<< Comment #769 @ 23:37 GMT, 9 December 2012 >>

(Link, Reply)

By Anonymous (130.243.227.62)

I'm looking for an updated downloadlink for this since gamefront or whatever it is sends me to a dead link?

<< Comment #770 @ 11:38 GMT, 10 December 2012 >>

(Link, Reply)

By MarktheC  - Reply to #769

Please try again, because its working for me.

There is a link to a mirror just below the main link on my blog (mediafire).

<< Comment #771 @ 22:07 GMT, 7 January 2013 >>

(Link, Reply)

By Conditioned

Im wondering is there a batch or regfile that I can run and disable 'Enhanced pointer precision'? I was just running with it for a couple of weeks on a new install until i realized why it was so hard to aim :/

<< Comment #772 @ 02:11 GMT, 9 January 2013 >>

(Link, Reply)

By MarktheC  - Reply to #771

You can disable it manually of course:

Change mouse settings - Windows 7 @ microsoft.com [link]

(click on "To change how the mouse pointer works" on the page above)

... but I assume you already know that.

If some programs turn it on, then use one of my REG files, just as described in the main post above.

(Am I missing something?)

<< Comment #773 @ 08:47 GMT, 9 January 2013 >>

(Link, Reply)

By Conditioned  - Reply to #772

Yes I can disable it manually ofc.

Hm I guess I missed something didnt really realize your files disabled it. Probably some error cause I ran your file and it was still turned on. Well well, probably a thought error on my part I have been really tired over the last few days (my health isnt very good).

Thanks for the reply!

<< Comment #774 @ 20:39 GMT, 9 January 2013 >>

(Link, Reply)

By MarktheC  - Reply to #773

My fixes (the "No accel" ones) make it so it doesn't matter if it is turned on or not.

Turned off is off, and the fix makes turned on act the same as off.

<< Comment #775 @ 16:18 GMT, 18 January 2013 >>

(Link, Reply)

By Anonymous (91.19.181.223)

Hello MarC,

thank you for the work.

I got 2 questions if you don't mind.

1. When I enable the EPP checkbox, Mousemovement Recorder reports accel on. Is this normal? Even with the fix? Mouse Movement and Pointer Movement are fine (I guess thats what matters, or?).

2. CS 1.6 still has accel (Mousemovement Recorder show it) with mousefix but without the launch options, is this also normal?

I thought u don't need them anymore with the fix.

Thank you.

<< Comment #776 @ 23:50 GMT, 18 January 2013 >>

(Link, Reply)

By MarktheC  - Reply to #775

1. Yes, MouseMovementRecorder will show a red ON in the EnPtPr column when the 'Enhance pointer precision' checkbox is checked ON. As long as the Mouse Movement and Pointer Movement values match (and display in normal black background) then all is good.

2. If you see red and green in MMR in-game while playing CD 1.6, then please read my post where it says :

"(NOTE: While running a game, you may see many red and green lines.

Games that need a fix usually frequently re-position the pointer and this confuses MouseMovementRecorder.exe but DOES NOT mean acceleration.

See Comment #271 [jump].)

Same as above, in-game you may see 'EnPtPr' show a red ON, but that's OK and expected when you remove the launch options.

My advice:

- For CS 1.6 use the launch options.

- For other games where you can't stop them turning EPP on, use my fix.

<< Comment #777 @ 18:01 GMT, 20 January 2013 >>

(Link, Reply)

By Anonymous (91.19.158.85)  - Reply to #776

Hello,

ok, thank you.

Last question: can I use the mousefix together with the launch options or should I use "default" without fix everytime I play CS1.6?

Again thanks for the work and effort.

<< Comment #778 @ 21:49 GMT, 20 January 2013 >>

(Link, Reply)

By MarktheC  - Reply to #777

You can use the mousefix together with launch options; you DO NOT need to use the Windows default REG curve when using the launch options.

<< Comment #779 @ 21:52 GMT, 21 January 2013 >>

(Link, Reply)

By Anonymous (108.170.141.168)

[Windows 7][CAN'T GET IT TO WORK]

Uses Logitech G300 Mouse

@2000 dpi/ 1000 polling rate

Bleeeh, I don't know if it's just the games i'm playing, but i've tried this mouse fix and the cheese one so many times and it still doesn't work .0.

- I disabled enhance pointer thingy

- Windows mouse sense is at 6/11

- Applied correct windows 7 reg file

-"Enhanced mouse pointer" in logitech G300 game software is ticked off +I use on board memory setting, not auto game detection+

*Mouse recorder for the most part is normal, except when i move it over certainly application frames, it goes red/green, etc, which i suspect is nothing bad :0

BUT, the problem is when I play games like CombatArms and CrossFire.

I've tried measuring my cm/180 in game, and it's always inconsistent! I line up my mouse with a ruler, and vary speeds from very slow to fast movements, and it goes from having to move 10 cm/180 to 30 cm/180

Could it possibly be my mouse drivers, some forced accel from the game? or what? >:[ So hopeless ;-;

[Dual monitors] By the way, not sure if relevant, but i hook my laptop up with a widescreen monitor which has a wider resolution compared to the one my laptop has. Would that be a factor in my results .0.

Does anyone have a similar problem or is it just me :\

<< Comment #780 @ 03:09 GMT, 22 January 2013 >>

(Link, Reply)

By MarktheC  - Reply to #779

If MouseMovementRecorder shows black when 'Enhance pointer precision' is turned ON (for testing), then my fix is removing Control Panel accel.

Looks like Combat Arms might have built-in accel: http://www.wogl.org/forums/ca-na-general-disc...ion-2.html

Ditto with CrossFire : http://www.youtube.com/watch?v=1rfPUwT00iQ seems to be built-in to the game.

<< Comment #781 @ 06:27 GMT, 22 January 2013 >>

(Link, Reply)

By Anonymous (108.170.141.168)  - Reply to #780

Thanks for taking the time to dig up evidence :s

So builty-in accel is un-fixable atm :\

Oh well, I've tested it in another game I downloaded today [district 187], and it had no mouse accel whatsoever :D Feels so much better, thanks for the fix! :0

<< Comment #782 @ 02:43 GMT, 23 January 2013 >>

(Link, Reply)

By Anonymous (71.62.32.124)

I installed the MarkC fix, but even though MouseMovementRecorder says I have 1:1 all black, I still have apparent mouse acceleration on desktop and in games. I move my mouse a certain distance slow on the table, but when I move it back fast the same distance it's not at the same spot on the screen. So... what do I do?

<< Comment #783 @ 09:44 GMT, 23 January 2013 >>

(Link, Reply)

By MarktheC  - Reply to #782

Some games have accel built-in and some mouse drivers (Logitech SetPoint for example) have their own accel which can be configured on or off.

What game does this happen in, what mouse do you have and what mouse drivers are installed?

<< Comment #784 @ 17:10 GMT, 23 January 2013 >>

(Link, Reply)

By Anonymous (71.62.32.124)  - Reply to #783

Thanks for the answer, lol I also posted on the other page. But I have it on desktop, I just want to fix that. Then I'm sure I can manage to get it to work in games. If I go to drivers for it in device manager it says I have 5.50.80.0 provided by Logitech. In Setpoint (v 6.51.8) I have it set to no acceleration and to use OS implementation.

I have http://www.logitech.com/en-us/support/338?cri...amp;bit=64 as a mouse

<< Comment #785 @ 22:41 GMT, 23 January 2013 >>

(Link, Reply)

By MarktheC  - Reply to #784

Setpoint (v 6.51.8) I have it set to no acceleration...
... is what I would have suggested for SetPoint drivers, but you already have that.

Sorry, it has me stumped!

Is it positive or negative acceleration?

Positive is where a faster movement overshoots the starting point : moves further than a slow movement.

Negative is where a faster movement undershoots the starting point : moves less than a slow movement.

<< Comment #786 @ 01:08 GMT, 24 January 2013 >>

(Link, Reply)

By azxx ' - Reply to #784

that mouse is actually quite bad, might be some sort of built-in accel that some shitty sensors do.

<< Comment #788 @ 06:04 GMT, 24 January 2013 >>

(Link, Reply)

By Anonymous (71.62.32.124)

Positive acceleration. Are there any relatively generic, cheap mice that you know don't have any acceleration?

<< Comment #790 @ 09:46 GMT, 25 January 2013 >>

(Link, Reply)

By azxx ' - Reply to #788

the Microsoft ones with the Intelli sensors. the WMO, IE3.0, IO1.1 and Blue are very good and cheap. look around the website or ask some for more info.

<< Comment #787 @ 06:04 GMT, 24 January 2013 >>

(Link, Reply)

By Anonymous (71.62.32.124)

I mean what is a mouse with just straight up raw settings, no interferences

<< Comment #789 @ 20:35 GMT, 24 January 2013 >>

(Link, Reply)

By MarktheC  - Reply to #787

Hopefully someody else can recommend something: My experience with mice is limited, I have had a Razer Diamondback 3G for a few years, but before that a crappy Compaq-branded Logitech ball mouse (M-S69) and before that an old Microsoft "Serial-Mouse Port Compatible Mouse 2.0", also a ball mouse.

<< Comment #791 @ 09:48 GMT, 25 January 2013 >>

(Link, Reply)

By azxx ' - Reply to #787

you should just go for a decent mouse imo. check this out:

http://www.esreality.com/post/2173191/new-gam...velopment/

<< Comment #792 @ 20:36 GMT, 25 January 2013 >>

(Link, Reply)

By Anonymous (46.194.134.56)

Hello Mark.

First of all I admire your patience with all of us.

I have some issues with my mouse that I would hope you could help me with.

I have a ZOWIE Ec1 eVo. Its running on 500hertz.

My monitor is running 120hertz. During these tests I've changed between 60 and 75hertz to see if it would make any difference, but it didnt.

I have googled the pants of me just to fix this. First of I installed the CPL fix which I then realized didnt work to win 7.

After that i manually changed stuff in regedit. But still my mouse felt weird. I like the movement of it as long as i dont do bigger movements.

Your fix works perfectly in windows but when I connect to a gameserver in Day of Defeat 1.3 (Half-Life 1 engine game), the game takes over the mouse.

I'm using these commands to run the game without any mouse acc, pasted from another site (http://deadmango.com/index.php/archives/1358)

------

-noforcemspd

This makes Counter-Strike use the “Enhance Pointer Precision” setting you have in Windows. If you don’t use this or noforcemparms, the game will have “Enhance Pointer Precision” on by default.

-noforcemaccel

This makes Counter-Strike use the MouseThresholds that are defined in Windows. This should be irrelevant if you use either noforcemspd or noforcemparms.

-noforcemparms

This is noforcemaccel and noforcemspd combined.

-----

And I've tried running the game without them with the same respons.

The images are with and without launch options. And with and without EPP.

Here are some images of my test.

http://www.speedyshare.com/3FcWQ/mouse-acc.rar

Never experienced this before. But then I was on win XP. Unfortunate enough I cant run Win XP on this machine.

Thanks

<< Comment #793 @ 21:44 GMT, 25 January 2013 >>

(Link, Reply)

By Anonymous (46.194.134.56)  - Reply to #792

Forgot this image..

http://www.speedyshare.com/XGgRs/in-windows.png

<< Comment #795 @ 23:06 GMT, 26 January 2013 >>

(Link, Reply)

By MarktheC  - Reply to #792

Might you be having negative acceleration?

"Negative" accel is where a fast mouse movement moves the in-game viewpoint less than expected.

How to test for negative acceleration[jump].

Your images all look OK, and show normal MouseMovementRecorder output when it is running in-game.

The red (and green) in-game are because DoF 1.3 continually re-centres the pointer (the red lines), which looks like a large backwards movement, which is then followed by normal (black background) movement until the next re-centre (rinse and repeat...)

See the part of my post that starts : "NOTE: While running a game, you may see many red and green lines.", and the images that Fighting Irish posted in comment #48 above.

<< Comment #798 @ 17:56 GMT, 27 January 2013 >>

(Link, Reply)

By Anonymous (46.194.134.56)  - Reply to #795

So from reading all the other threads here with same issue like me, I understand that red and green really doesnt mean something is wrong. But it still get me suspicious when i get a red background and the difference between mouse movement and pointer movement gets really high.

Like in this picture, is this still okay?

http://www15.speedyshare.com/x2ufF/download/pointer-centering.png

At one spot I have +29 in mouse movement and at pointer movement it shows at -129.. But like you say, it's in an interval of 5. And if this is mousemovementrecorder being fooled by the game, then ok. just as long as this is not a true value. Or is it?

I installed the raw input before that image. And I dont know if its placebo, but the mosemovement feels more even. It doesnt feel slow close the edges.

But I'm gonna do that test you talked about.

<< Comment #800 @ 22:19 GMT, 27 January 2013 >>

(Link, Reply)

By MarktheC  - Reply to #798

See the explanation I gave below for to Spuf : the same thing is happening in your example.

The -129 is a little confusing, so let's look at the one below:

At the -129, DoD has re-centred the pointer. (The Windows pointer is hidden by DoD, but even though hidden, Windows still moves it when the mouse is moved.)

After the -129 line:

Mouse Movement 35 x -1 : The pointer is moved +35 (right) from the center position, and -1 (up) from the centre position.

Mouse Movement 29 x -1 : The pointer is moved +29 (right) from the center position, and -1 (up) from the centre position. The game has not yet moved the pointer to the centre, so now the pointer is 35+29 pixels to the right of centre.

Mouse Movement 34 x -2 : The pointer is moved +34 (right) from the center position, and -2 (up) from the centre position. The game has not yet moved the pointer to the centre, so now the pointer is 35+29+34 pixels to the right of centre.

Mouse Movement 26 x -1 : The pointer is moved +26 (right) from the center position, and -1 (up) from the centre position. The game has not yet moved the pointer to the centre, so now the pointer is 35+29+34+26 = 124 pixels to the right of centre.

Boom, the game draws a frame of the in-game fight and re-centres the pointer by moving it back to the centre.

Mouse Movement 33 x -1 : MouseMovementRecorder (MMR) gets in real quick, and can see the mouse movement BEFORE Windows has had a chance to move the pointer. The pointer is still at the (new, re-centred) centre position, which is -124 pixels from where MMR last saw it : MMR sees the pointer move backwards by a large number, more or less the sum of all the previous movements.

Sometimes MMR sees the mouse movement BEFORE Windows has had a chance to move the pointer, and sometimes after, so somtimes the sum has to include or exclude the mouse movement against the previous or current red lines.

If you move your mouse faster, then the red lines will have larger numbers, because MMR sees more pointer movement reversed : it is as simple as that!

<< Comment #794 @ 11:49 GMT, 26 January 2013 >>

(Link, Reply)

By Spuf

Hi Mark i made some tests with MMR in CS:GO i have this commands for mouse in cfg + -noforcemparms -noforcemaccel ,i know with rawinpu 1 dont need noforce but...

m_rawinput "1"

m_mouseaccel1 "0"

m_mouseaccel2 "0"

m_customaccel "0"

m_customaccel_exponent "0"

m_customaccel_max "0"

m_customaccel_scale "0"

m_forward "1"

m_mouseaccel1 "0"

m_mouseaccel2 "0"

m_mousespeed "0"

m_pitch "0.022"

m_side "0.8"

m_yaw "0.022"

and i made 2 tests on 2 diferent servers and 1 with your mouse fix 1 with no mouse fix.

No mouse fix.

http://bildr.no/view/1377004

http://bildr.no/view/1377008

This with Mousefix.

http://bildr.no/view/1377009

http://bildr.no/view/1377011

so i see a "number difference" betwen them what do u think is the problem? and if i should keep mousefix on?As mouse i use StealSeries Kana white. 1000hz.

Edited by Spuf at 14:50 GMT, 26 January 2013

<< Comment #796 @ 23:29 GMT, 26 January 2013 >>

(Link, Reply)

By MarktheC  - Reply to #794

If your problem is that you see red (or green) lines in MMR when in-game, then this is normal, see my reply above : See the part of my post that starts : "NOTE: While running a game, you may see many red and green lines.", and the images that Fighting Irish posted in comment #48 above.

In Source games, doing ANY of the below means you do NOT need my mouse fix:

- Using -noforcemspd (and setting EPP in the Control Panel OFF)

AND/OR

- Using Raw Input

AND/OR

- Using m_mousespeed "0"

You might need my fix for other games, but not for CS:GO.

<< Comment #797 @ 10:49 GMT, 27 January 2013 >>

(Link, Reply)

By Spuf

i understand about red and green, what i wana know was that with no mousefix i got big numbers on pointer in first pic like -5,-8, and on second pic steel with no mouse fix i got even in mouse movement like 11x-1, 17x0, and with mousefix all numbers looks more "constant" and "lowers".

thx for ur answer .

<< Comment #799 @ 21:59 GMT, 27 January 2013 >>

(Link, Reply)

By MarktheC  - Reply to #797

In that first and second images, you are moving the mouse faster and in the "with mousefix" images you are moving the mouse slower, it is as simple as that, that is why the "with mousefix" numbers are lower.

The red lines are where the game re-centres the pointer and undoes all of the black background movement. There is sum or calculation you can see on many of the red rows:

- Sometimes, add up all of the previous black background rows, and the red is the negative of that sum, as the game reverses all of that movement.

- Sometimes, add up all of the previous black background rows, then subtract the black "Mouse Movement" column value on the same line as the red, and the red is the negative of that sum.

- Sometimes, add up all of the previous black background rows, and also add the black "Mouse Movement" column value on the same line as the PREVIOUS red, and the red is the negative of that sum.

- Sometimes, add the black "Mouse Movement" column value on the same line as the PREVIOUS red AND subtract the black "Mouse Movement" column value on the same line as the red.

If you move the mouse faster, then the black numbers are larger and there are more of them, and so the red sums are also larger.

If you move the mouse slower, then the black sums are smaller and there are fewer of them (sometimes there are none : just a green) and the numbers are lower.

In all of your examples, the 'EnPtPr' column is OFF, and when EPP is OFF my mouse fix is not active and so there will not be any difference between "mouse fix" and "no mouse fix".

Edited by MarktheC at 22:01 GMT, 27 January 2013

<< Comment #801 @ 10:35 GMT, 13 February 2013 >>

(Link, Reply)

By FLeK0

Hi Mark,

With the recent release of CS 1.6 on Linux, Valve started updating the game again (http://steamcommunity.com/games/70/announcements). While it's not mentioned in the patch notes, apparently the mouse acceleration was removed and the noforce commands or registry fixes are no longer needed. Since you are an expert at this I'd like to ask you to take a look at it, and if there is any trace left of it, report to them at this bug tracker https://github.com/ValveSoftware/steam-for-li...state=open - they respond quickly here to issues, even from the windows versions.

"right click the game in your Library, choose properties and then go to the Beta tab. Select the SteamPipe beta to start testing"

Thanks.

<< Comment #802 @ 02:25 GMT, 16 February 2013 >>

(Link, Reply)

By bmbuzhang

.

Edited by scoobyman at 21:42 BST, 8 June 2019

<< Comment #803 @ 11:38 GMT, 16 February 2013 >>

(Link, Reply)

By MarktheC  - Reply to #802

"Whats the difference between MarkC MouseFix and Default Windows reg in games with direct/raw input?"
No difference at all, because DirectInput and Raw Input both bypass the curve in the registry.

To convince yourself of that, set EPP=Off (I presume it's already off), try the 'Test_Flatline.reg' file, apply and re-boot and then try your game.

Open Control Panel, and click EPP ON temporarily (don't click OK!) and see what a mess the 'Test_Flatline.reg' makes of mouse response.

Press Esc on keyboard or click Cancel to get normal mouse back.

The any curve applied (Default or my fix or 'Test_Flatline.reg') in-game when using DirectInput / Raw Input, then you would get that same crappy response, but you don't.

One possibility: IF you DO get crappy response in-game with the 'Test_Flatline.reg' test fix, THEN your game is not actually using DirectInput or Raw Input!

<< Comment #804 @ 13:15 GMT, 16 February 2013 >>

(Link, Reply)

By bmbuzhang  - Reply to #803

.

Edited by scoobyman at 21:41 BST, 8 June 2019

<< Comment #805 @ 20:48 GMT, 16 February 2013 >>

(Link, Reply)

By MarktheC  - Reply to #804

I think COD4 might use old-style ways of reading the mouse, and needs a fix.

I don't have it, so I can't test it myself, but please test it like so:

Test 1:

- Turn the 'Enhance pointer precision' option OFF,

- Run Mouse Movement Recorder (included in the ZIP file),

- Run your game (aim at something!) and look at the 'EnPtPr' column footer at the bottom of the Mouse Movement Recorder window.

- If it is displayed with a red background then the game has turned acceleration ON and PROBABLY needs a mouse fix.

If the test above showed 'EnPtPr' with a red background, then turn the "PROBABLY" into a YES or NO using test 2:

- Turn the 'Enhance pointer precision' option OFF,

- Apply 'Test_Flatline.reg' from my ZIP file, and reboot or logoff,

- Run your game (aim at something!)

- If your mouse response is completely flat-lined (goes slow no matter how fast you move the mouse), then the game has turned acceleration ON and DEFINETELY needs a mouse fix.

OK, above are tests for "Does it need a fix", which is actually a little different than "Does it use DirectInput or Raw Input?"

To test if a game uses DirectInput or Raw Input, test 3:

- Apply 'Test_Flatline.reg' from my ZIP file, and reboot or logoff,

- Turn the 'Enhance pointer precision' option ON, but DO NOT click OK.

- Set/drag the Pointer speed slider to the left-most 1/11 position, but DO NOT click OK.

Just leave the Mouse Properties window open.

('Test_Flatline.reg' with EPP=ON severely wrecks mouse response and 6/11 slows the mouse response a lot, and leaving the window open makes it easier to get back to normal.)

- Run your game (aim at something!)

- If your mouse response is completely flat-lined (goes slow no matter how fast you move the mouse), or is very slow compared to normal, then the game does NOT use DirectInput and also does NOT use Raw Input.

-Alt+Tab back to the Mouse Properties window and press Esc key on the keyboard to cancel EPP=On and cancel 1/11.

Edited by MarktheC at 23:57 GMT, 17 February 2013

<< Comment #806 @ 00:00 GMT, 17 February 2013 >>

(Link, Reply)

By bmbuzhang  - Reply to #805

.

Edited by scoobyman at 21:42 BST, 8 June 2019

<< Comment #807 @ 00:10 GMT, 18 February 2013 >>

(Link, Reply)

By MarktheC  - Reply to #806

OK, so no accel in COD4 or CS:GO or BF3, because 'EnPtPr' remains with a black background (?)

I've updated test 3 above with some extra instructions (bolded) to test if a game uses DirectInput or Raw Input.

If did that test we all might know if COD4 actually used DirectInput or Raw Input or not.

On Windows XP and above, and HL1 engine games (Half-Life, CS 1.6), -noforcemspd and -noforcemparms are exactly the same.

Source games, (HL2, CS:Source, CS:GO, Team Fortress), AFAIK, do NOT have a -noforcemparms option, and -noforcemspd is assumed by default even if you don't specify it, UNLESS you use the -useforcedmparms option.

AFAIK, CS:GO doesn't use DirectInput, but can use Raw Input, which I think is the default.

<< Comment #808 @ 23:15 BST, 6 April 2013 >>

(Link, Reply)

By bmbuzhang  - Reply to #807

.

Edited by scoobyman at 21:42 BST, 8 June 2019

<< Comment #809 @ 00:41 BST, 7 April 2013 >>

(Link, Reply)

By MarktheC  - Reply to #808

MMR does attempt to mask some mouse input timing issues, because those issues only have a small effect and are best ignored.

If the CPU is busy (while ingame) it is possible that MMR will do a worse job of masking those input timing issues and you might then see a difference.

Run MMR with the -nocatchup option will stop MMR from trying to mask the small timing issues and show you more raw mouse input.

Either:

Run MMR from a command line (Start > Run... > cmd.exe):

MouseMovementRecorder.exe -nocatchup
OR

Create a -nocatchup shortcut:

- In Explorer, right-click MouseMovementRecorder.exe and 'Create shortcut'

- Select the shortcut, right-click 'Rename' and rename to MouseMovementRecorder-nocatchup

- Select the shortcut, right-click 'Properties' and edit the Target: by adding to the end : SPACE -nocatchup

The final Target will look like:

"(SomeFolder)\MouseMovementRecorder.exe" -nocatchup

(Note: Leave the quotes around the exe name and add a space character and -nocatchup after the end.)

Run the -nocatchup MMR on the desktop AND move the mouse FAST (same as you would in-game).

Run the -nocatchup MMR in-game.

Please post screenshots of the results.

What mouse do you have?

I've seen reports of fast rates for SteelSeries mice...

Edited by MarktheC at 00:42 BST, 7 April 2013

<< Comment #810 @ 01:47 BST, 7 April 2013 >>

(Link, Reply)

By bmbuzhang  - Reply to #809

.

Edited by scoobyman at 21:42 BST, 8 June 2019

<< Comment #811 @ 10:53 BST, 7 April 2013 >>

(Link, Reply)

By MarktheC  - Reply to #810

One more test:

While MMR is running with -nocatchup, open Task Manager, find MouseMovementRecorder.exe and right-click > Set Priority > High, then run your game and do another in-game screenshot.

USB mice, like all USB devices are POLLED, which means Windows will schedule to read the mouse at 1000Hz or 500Hz or whatever you set it at.

If Windows is busy, it might take a bit longer to poll the mouse, and the reported Hz for that poll is lower than usual. (The very next poll will typically be a shorter period, with a corresponding higher Hz.)

What your current in-game screen shot shows is EITHER:

1) Windows is having a hard time polling at 1000Hz when the CPU is busy.

OR

2) MMR is having a hard time reading the mouse poll data at 1000Hz when the CPU is busy.

In your screenshot, smaller polling intervals (higher Hz rates) also have smaller mouse movement counts,. which strongly suggests it is Windows having the problem, rather than MMR.

I expect you will see similar results with MMR Set Priority > High...

To get a better idea of the delay the longer poll periods might be, calculate 1000/Hz.

For example: if one poll was 750 Hz, that is 1.33 ms, or 0.33 ms longer than wanted.

If you think : "OK, I'll set 125 Hz, because that is more stable..." and then you got 120Hz ("MUCH CLOSER to 125Hz!), 1000/120 = 8.33 ms, which is still 0.33 ms longer than wanted...

In summary : Don't worry about it : your game is still getting mouse input as fast as possible.

I have argued in the past that you only need the polling rate to be higher than your in-game FPS, and anything else is wasted.

<< Comment #812 @ 15:03 BST, 7 April 2013 >>

(Link, Reply)

By bmbuzhang  - Reply to #811

.

Edited by scoobyman at 21:43 BST, 8 June 2019

<< Comment #813 @ 23:38 BST, 7 April 2013 >>

(Link, Reply)

By MarktheC  - Reply to #812

The prime95 stress test refutes my busy CPU theory...

(What processor priority does prime95 run at? - What does Task Manager > (select primr95) > Right-click > Set Priority show?)

Was MMR running in -nocatchup mode in both cases?

This may be important:

MouseMovementRecorder in normal 'catchup' mode, when run in-game and the red and green lines appear, uses more CPU than when not in catchup mode, because it spends some time spinning waiting for more mouse movement to catchup. In normal catchup mode, this extra CPU shouldn't affect the displayed Hz numbers, but might...

This is as likely to be an MMR issue than anything else.

Back to my 'milliseconds' point before, do the 'unstable' Hz numbers matter? I don't think they do matter.

The difference between a 400 Hz value (1000/400 = 2.5 milliseconds) and a 1500 value (1000/1500 = 0.67 milliseconds) is a 'jitter' of less than 2 milliseconds, and is small when compared to 17 milliseconds between game video frames (@60fps), or 8 milliseconds between game video frames (@120fps).

<< Comment #814 @ 00:14 BST, 8 April 2013 >>

(Link, Reply)

By bmbuzhang

.

Edited by scoobyman at 21:43 BST, 8 June 2019

<< Comment #815 @ 15:09 BST, 20 April 2013 >>

(Link, Reply)

By Anonymous (79.234.188.146)

Your fix is working but not 100 %

none acceleration on windows 98 feels a little bit diferent than your fix

the mouse movement with your fix feels a little bit slower than 98

<< Comment #816 @ 22:18 BST, 21 June 2013 >>

(Link, Reply)

By LordGurciullo

Need Help. Nothing works!!

Recently got Win 7 ultimate 64. Have massive accel on every game.

Tried

uncheck EPP

markc fix

Wcafix_allos (the one made for win 7)

mouse registry manual tweak

Nothing works. Am I to accept that ALL OF YOU are getting accel on win 7 ? that NONE Of you know what accel really is or can really feel it?

I think not. I've tried fixing this for 13 hours. I can not. I also am unable to overclock my usb polling rate .

I have an mx500

For the love of god help me. I have a sick ass serious new machine that is useless unless i reinstall vista.

<< Comment #817 @ 22:25 BST, 21 June 2013 >>

(Link, Reply)

By kevz  - Reply to #816

smt fucked with the bios or motherboard drivers? this fix has always worked for me, 7 x64 too.

<< Comment #818 @ 23:03 BST, 21 June 2013 >>

(Link, Reply)

By LordGurciullo

Yah, I'm completely at a loss. I hear everyone saying that the markc fix works.. but it has done nothing in my case.

Getting positive accel in every game. I had vista before and fixed it with wcafix.

smt??

I swear my eye is literally twitching out of anger .. :).

Mx500 ultra low ses, puretrak complexity pad. Accel in every game.

I also am unable to overclock usb port.

Any ideas guys??

Could it be ULTIMATE 64 doing this?

Edited by LordGurciullo at 23:07 BST, 21 June 2013

<< Comment #819 @ 11:51 BST, 22 June 2013 >>

(Link, Reply)

By LordGurciullo

Incase anyone was wondering. I figured it out.

The mx500 normal acceleration speed before losing traction(control) is actually not very good.

Because I was so used to having 1000hz polling, i failed to remember this. What i believed to be accel was actually the mouse failing to respond past a certain speed point because it is still at stock 125hz.

Problem basically solved. Thanks for the dude who tried to help!

<< Comment #820 @ 21:41 BST, 25 June 2013 >>

(Link, Reply)

By Anonymous (209.144.180.2)

Hi All,

I've searched for "DOMAIN" and "LOCAL_MACHINE" in this forum already and don't see an entry to answer my question, so I hope y'all can help.

I have several conference rooms with computers in them that have bluetooth mice that have a 450ms lag, no matter the distance from the computer. Everything works fine except the lag time.

The MarkC .reg fix works for HKCU (Current User) but I'd like to apply the fix to ANYONE who logs onto the device so it can't be in HKCU, but needs to go in HKLM, as noted in the path below.

HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows\CurrentVersion\Control Panel\Cpls has no MOUSE entry, so I'm wondering if y'all have a clue how I can apply this to any user profile that logs onto the machine.

Thanks for your time and help.

-Kevin D.

<< Comment #821 @ 03:25 BST, 27 June 2013 >>

(Link, Reply)

By MarktheC  - Reply to #820

This might work:

@echo off

for /f "delims=\ tokens=2" %%r in ('reg query HKU') do call :ApplyCurveToUser %%r

goto :eof

:ApplyCurveToUser

reg query "HKU\%1\Control Panel\Mouse" /v SmoothMouseXCurve

if errorlevel 1 goto :eof

reg add "HKU\%1\Control Panel\Mouse" /v SmoothMouseXCurve /t REG_BINARY /d 0000000000000000703D0A0000000000E07A14000000000050B81E0000000000C0F5280000000000

reg query "HKU\%1\Control Panel\Mouse" /v SmoothMouseYCurve

reg add "HKU\%1\Control Panel\Mouse" /v SmoothMouseYCurve /t REG_BINARY /d 0000000000000000000038000000000000007000000000000000A800000000000000E00000000000

Copy that into a file named "ApplyMarkCFixToAllUsers.cmd"

Run it as Administrator (from an elevated command prompt, or elevate it directly).

It will iterate through all current users, and ask to set the SmoothMouseXCurve and SmoothMouseYCurve values.

Type Y to have it apply the fix.

One of the users updated is the .DEFAULT, or All Users user.

I suspect that if another new user logs into the PC, and they don't already have a profile set, then one of two things will happen.

Their profile, including SmoothMouse values will be copied from somewhere else that I don't have the understanding for (the domain controller?), OR

Their profile, including SmoothMouse values will be copied from the .DEFAULT user, and thus they will be pre-initialised with the curve you want.

You'll have to try it out and see...

[Edit: Take care with line wrapping above : some of the command might appear wrapped, using multiple lines, but they should be on a single line.

Each of these marks the start of a single line command:

1) @echo off

2) for /f ...

3) goto :eof

4)

5):ApplyCurveToUser

6) reg query ...

7) if errorlevel 1 goto :eof

8) reg add ...

9)

10) reg query ...

11) reg add ...

Edited by MarktheC at 03:28 BST, 27 June 2013

<< Comment #822 @ 17:29 BST, 28 June 2013 >>

(Link, Reply)

By amatiramisu  - Reply to #821

Could you please take a look at Windows 8.1 preview?

I think there are some changes in the values.

Problem is, i can't restore to default, so i have the Windows 8 values in it, from your regfile.

Something seems to be a bit off?

I know it's just a preview but i'm pretty

sure that these mouse settings would go final.

Mouse Movement Recorder does only show black / green values if i go straight left, right or straight up, down. diagonal and stuff like that is shown with red values under Pointer movement.

<< Comment #823 @ 12:44 BST, 1 July 2013 >>

(Link, Reply)

By Anonymous (81.215.38.89)  - Reply to #822

I did the same mistake on Windows 8.1. Now I can't find the default values. Could anyone paste the default values of the keys?

<< Comment #830 @ 03:42 BST, 14 August 2013 >>

(Link, Reply)

By MarktheC  - Reply to #823

See answer below : 8.1 default values are the same as 8 default values.

<< Comment #829 @ 03:41 BST, 14 August 2013 >>

(Link, Reply)

By MarktheC  - Reply to #822

The Windows 8.1 default values are the same as the Windows 8 default values. (I'll shortly update my article with Windows 8.1 info).

Windows 8.1 (Preview) seems to have a big delay between DirectInput getting sent mouse movement and Windows programs getting sent mouse movement with GetCursorPos.

So MouseMovementRecorder sees a mouse movement from DirectInput, but doesn't see the pointer move until MUCH MUCH later and can't figure out what's going on and displays red and green.

Notice that it will do the same even with EPP OFF, which means it's not a problem with the fix.

I've improved MMR a little in the latest ZIP file (just uploaded August-14) and it can be made to try harder to match up the mouse and pointer movement.

See extra instructions added to the blog entry:

- Run MMR

- Press 'A' until EnPtPr is OFF. Press 'A' TWICE if EnPtPr is already OFF!

- Press '+' key to make MMR wait longer to match up movement and try moving the mouse.

- Repeat: keep pressing '+' (once) and moving the mouse until you get a lot of black and not so much red and green.

- Press A and move mouse, press A again and move mouse.

If Accel ON looks mostly like Accel OFF, then the fix is working, it is just that Windows 8.1 (Preview) has this delay problem moving the on-screen pointer, and MMR doesn't like it.

<< Comment #824 @ 13:09 BST, 14 July 2013 >>

(Link, Reply)

By kin2415

Sorry, I would like to ask after I've completed the fix, but the Mouse Movement Recorder is not the same and it appears green bars, it's not 1-to-1, how to fix it? thanks!

<< Comment #831 @ 03:45 BST, 14 August 2013 >>

(Link, Reply)

By MarktheC  - Reply to #824

If you use Windows 8.1 preview, see above.

Do you have the control panel pointer speed slider set to the middle 6/11 position? MMR will only show black when 6/11 is selected.

If you have 5/11 or 4/11, then you will see green.

Run MMR and then press '6' on the keyboard and that should make most of the green go away.

(The 6/11 change only applies while MMR is running and will be reversed when it closes.)

<< Comment #825 @ 15:00 BST, 20 July 2013 >>

(Link, Reply)

By Anonymous (79.203.15.45)

Windows 8.1 have no acceleration like windows 98

i dont know what u want to fix

<< Comment #832 @ 03:47 BST, 14 August 2013 >>

(Link, Reply)

By MarktheC  - Reply to #825

Windows 98 has a 7 position mouse speed slider in the control panel. Do you remember which position you had the speed slider set to in Windows 98?

My fix builder can build fixes that emulate Windows 98/95/2000 Accel.

<< Comment #826 @ 18:38 BST, 29 July 2013 >>

(Link, Reply)

By Anonymous (76.178.42.129)

:(!

Please help

Everytime I startup my computer the mousefix enabled automatically.

How can I permanently disable it on startups?

mousefix didn't work for me since 800 DPI is already good enough and slow for me.

Please reply :/ it's bugging me to have to disable it after every startup

[email-masked]

<< Comment #834 @ 03:56 BST, 14 August 2013 >>

(Link, Reply)

By MarktheC  - Reply to #826

Do you mean that 'Enhance pointer precision' keeps turning ON on startup?

It might be mouse drivers doing that : I had that happen with Razer mouse drivers and I had to write a program to fix it.

If that's not what you mean, then can you pleased describe which setting keeps being enabled?

<< Comment #827 @ 14:14 BST, 31 July 2013 >>

(Link, Reply)

By wltr

Hi, I applied the fix, it seems to work in windows no green and red lines in MMR but when in game (COD2) MMR shows freqent red and green lines, like every 3rd row. Whats up with that ? ty

<< Comment #833 @ 03:48 BST, 14 August 2013 >>

(Link, Reply)

By MarktheC  - Reply to #827

See in my article where I write: NOTE: While running a game, you may see many red and green lines.

Games that need a fix usually frequently re-position the pointer and this confuses MouseMovementRecorder.exe but DOES NOT mean acceleration.

<< Comment #828 @ 13:08 BST, 5 August 2013 >>

(Link, Reply)

By Anonymous (114.78.174.162)

Hi,

I have a question about Mouse Movement Recorder and I'm not really sure where I can get info from.

Anyways my predicament is detailed here: http://www.overclock.net/t/1413800/question-a...t-recorder

Basically my question is, in Mouse Movement Recorder, in the right hand column where it displays if pointer precision/acceleration is ON/OFF, when I use an AutoHotkey script to enable precision, instead of ON like it says if I manually enable it, it says ON (168 or some other number. (there is no closing bracket, it's not a typo). My question is what does the bracket and number mean, and how is it different to manually enabling accel?

<< Comment #835 @ 00:44 BST, 24 August 2013 >>

(Link, Reply)

By Anonymous (216.6.232.237)

Hi Mark. I know you said this Mousefix affects the polling rate of the mouse, the mouse feels alot slower/less responsive when ive set my polling 1000hz. Does the fix affect the DPI of the mouse in anyway compared to the windows default reg file?

This fix feels faster on smaller movements, and the standard reg file feels slower on small movements.

<< Comment #836 @ 03:15 BST, 24 August 2013 >>

(Link, Reply)

By MarktheC  - Reply to #835

No, this mouse fix doesn't affect the mouse polling rate, and the mouse polling rate doesn't affect THIS mouse fix.

The mouse polling rate DOES affect reg files that have accel, and that includes the default Windows reg values.

(The mouse polling rate does NOT affect reg files that have no accel, and that includes CPL and my fixes.)

With the standard Windows reg values, the mouse will have a lot less accel when the polling rate is set to 1000Hz, and will feel slower as a result, as you say (I presume you feel this slowdown when using the default WIndows reg values).

(If you can change your mouse DPI (with drivers or switches), it may be possible to build a custom curve that restores normal Windows accel, while using a higher polling rate, ask if you'd like to try that.)

The fix does affect the effective mouse DPI, because of how it changes the scaling that Windows does when EPP is on.

For this fix, the reg values are set so that the Windows EPP=on scaling calculation always scales by × 1.0 (thus giving no accel and exact 1-to-1).

For the default Windows reg values, the scaling depends on how fast the mouse is moving, or more accurately, on how many mouse counts are seen in each polling interval.

When moving the mouse slowly, Windows scales ~ × 0.58

(and so my fix @ × 1.0 feels faster on small movements and the standard reg values @ × 0.58 feels slower).

When the mouse moves 2 or more counts in each polling interval, Windows calculates a smoothly changing higher scaling factor, ~ × 1.0 at around 7+ mouse counts per poll (CPP), ~ × 1.5 @ 17+ CPP, ~ × 2.0 @ 29 CPP, up to a maximum scaling of × 2.75 when moving very very fast.

Note this : the Windows calculation is not based directly on how FAST the mouse is moving, but instead is based on how many COUNTS it sees in EACH polling interval.

So suppose you set your mouse to standard 125Hz and moved it at exactly 8 counts per poll for an entire second, then Windows would see 125 polls of 8 counts (total 1000 counts). The scaling multiplier would be ~ × 1.03, and on-screen pointer moves ~ 1030 pixels.

Suppose you set your mouse to 1000Hz and moved it at the same speed, then Windows would see 1000 polls of 1 count (same total of 1000 counts). The scaling multiplier would be ~ × 0.58, and the on-screen pointer moves ~ 580 pixels, which is slower than when using 125Hz.

Do the same experiment with my fix applied, and the scaling for 1 count is the same as for 8 counts, and the pointer always moves 1000 pixels, regardless of the polling rate set.

<< Comment #837 @ 12:42 BST, 24 August 2013 >>

(Link, Reply)

By Anonymous (173.234.168.20)

Thanks. Is there any benefit in using the Mousefix over the Windows default reg file?. The games i usually play now doesnt trigger the EPP function. they both track 1-1 in the mouse movement recorder, All i noticed was that when applying the fix the i got a different feeling when moving the mouse cursor around. as if it responds better or just simply faster than the default windows reg file.

<< Comment #838 @ 02:46 BST, 26 August 2013 >>

(Link, Reply)

By MarktheC  - Reply to #837

If NONE of the games you play ever turn EPP ON, AND you use EPP OFF on the desktop, then there is NO benefit to using a fix.

The reg values are only active when EPP is ON, so if you have EPP OFF on the desktop, and also OFF in game, then neither my fix nor Windows default reg values are ever used : any difference you feel when EPP is OFF must be placebo.

You might leave the fix applied anyway, just in case some of the games you play do turn EPP on.

<< Comment #839 @ 21:51 BST, 29 August 2013 >>

(Link, Reply)

By illwill_

I am on the 8.1 final RTM version that just leaked and there is a huge delay in the mouse when gaming.

"Windows 8.1 (Preview) seems to have a big delay between DirectInput getting sent mouse movement and Windows programs getting sent mouse movement with GetCursorPos."

Is this the reason why? It's completely unplayable.

<< Comment #840 @ 05:03 BST, 7 September 2013 >>

(Link, Reply)

By MarktheC  - Reply to #839

Does the game use DirectInput or Raw Input for mouse input (as far as you know)?

(AKA: Does the game need and benefit from a mouse fix? and is the game known to be subject to negative accel when the mouse is moved very quickly?)

It could be that Windows 8.1 has been changed to send mouse movement to a game MORE QUICKLY when using DirectInput or Raw Input, and this is why there is now a large delay between DirectInput or Raw Input and the pointer moving, but that (maybe) the pointer is still being updated as quickly as before.

(GetCursorPos = same; Raw Input = faster)

OR it could be that Windows 8.1 has been changed to care less about promptly updating the pointer position and that sending mouse movement to a game when using DirectInput or Raw Input is the same as it was before.

(GetCursorPos = slow, Raw Input = same)

OR it could be something else...

It probably needs to be measured so that we know.

The delay/difference is around 4 ms in my testing (~4000 µs as displayed by MMR), which is about the same (average) delay as when using a 125 Hz mouse, and so shouldn't (IMO) feel like much of a delay.

(60fps corresponds to 16.7 ms between frames, so a 4ms delay in mouse input is probably not significant...)

If you run my MouseMovementRecorder.exe, turn EPP = OFF (press 'A' key until the EnPtPr column says Off), and 6/11 (press '6'), and increase the catch-up delay until it displays mostly black (press '+' then move the mouse, repeat until you get mostly black), THEN:

Having done the above, what is an average or typical delay shown?

(At this point we don't yet know if the delay number means slower GetCursorPos, which is bad, or if it means faster Raw Input, which is good...)

<< Comment #850 @ 19:21 BST, 12 September 2013 >>

(Link, Reply)

By illwill_  - Reply to #840

Got bored and decided to test some more. I ran your MouseMovementRecorder with EPP off and 6/11. I actually was not able to get it to display mostly black no matter how many times I increased the catch-up delay.

http://i.imgur.com/iWotk2j.jpg

Edit: Another strange thing is the mouse shows it is only running at 166Hz in Win 8.1

http://i.imgur.com/n7VKNHq.jpg

Edited by illwill_ at 19:47 BST, 12 September 2013

<< Comment #855 @ 06:20 BST, 15 September 2013 >>

(Link, Reply)

By MarktheC  - Reply to #850

"I actually was not able to get it to display mostly black no matter how many times I increased the catch-up delay."
It looks like you are using an older version of MMR.

The 'A' and '+' and '6' commands are recent, and need MMR version 1.10.

If you have the right version, it displays a list of commands at the top when it runs, and shows a command result in green when you use '+' and so on.

"...only running at 166Hz in Win 8.1"
Looks like Mouse Rate Checker is broken, because note that MMR showed 500Hz.

Edited by MarktheC at 06:21 BST, 15 September 2013

<< Comment #841 @ 17:27 BST, 9 September 2013 >>

(Link, Reply)

By Anonymous (82.33.188.73)

Hi, i've used your fix and looking at the above posts I think i may have the same problem with the "floaty, laggy" mouse feel maybe even a bit of delay.

The recorder in windows shows everything is fine apart from i get red and green in pairs at random times which may be just Windows not checking.

my main concern is that when I am ingame (BF3, Black Ops2, CSGO) It feels as if the mouse isn't snapped to my real movement, it feels as if the mouse is dragging behind (delay) after my movement i'm really confused I have the Razer Deathadder 2013 it feels the same in Windows i have tried a lot of things but it seems really strange. Also when i ADS i can track partially but when i make movement sometimes it feels as if it drifts off of my target from a very minor movement.

any suggestions will be marvelous i can supply extra detail if required.

<< Comment #842 @ 06:59 BST, 10 September 2013 >>

(Link, Reply)

By MarktheC  - Reply to #841

Perhaps see if what you feel is negative acceleration : see Steam Forums link in comment #189 above [jump]

Edited by MarktheC at 07:00 BST, 10 September 2013

<< Comment #844 @ 13:39 BST, 10 September 2013 >>

(Link, Reply)

By Anonymous (82.33.188.73)  - Reply to #842

Hi, I'm not too sure whether its negative or not but if you have a look at these dumps from BF3 and Black Ops 2 using the MMR is it possible you could try and analyze whats happening please.

http://s10.postimg.org/oihvsj855/bf3.png

http://s24.postimg.org/stimzm1dh/black_ops_2.png

Thanks

<< Comment #845 @ 00:31 BST, 11 September 2013 >>

(Link, Reply)

By MarktheC  - Reply to #844

The red and green in those dumps is expected, please see in my article start where I say : "NOTE: While running a game, you may see many red and green lines."

MMR can't really help diagnose negative accel, but the PointerPositionRecorder.exe program in the steam forums link can help diagnose negative accel, please give that a go.

What I can tell from your dumps:

- Negative accel is unlikely in BF3, because MMR shows it resetting the pointer position VERY VERY frequently.

- Negative accel is a possibility in Black Ops2.

<< Comment #848 @ 11:49 BST, 11 September 2013 >>

(Link, Reply)

By Anonymous (82.33.188.73)  - Reply to #845

Hi thanks, it doesn't seem to be negative accel, when i uninstalled the mouse fix it felt better partially for some reason i could ads fine but hip firing felt awful and at times it would seem as if i would make a small movement and it make a much larger movement. is this to do with pixel skipping or something random.

again there was no consistency it's really bugging me now

<< Comment #851 @ 19:22 BST, 12 September 2013 >>

(Link, Reply)

By Anonymous (82.33.188.73)  - Reply to #845

Hi this is a video showing what's wrong with a comparison to another youtuber, http://www.youtube.com/watch?v=jOnNHRSEnRY

to what it should be hopefully you may be able to spot it easier

<< Comment #852 @ 20:06 BST, 12 September 2013 >>

(Link, Reply)

By Anonymous (82.33.188.73)  - Reply to #845

ah ok nvm, fixed it it was due to my razer drivers uninstalled them all better they're obviously faulty or just terrible

<< Comment #843 @ 07:50 BST, 10 September 2013 >>

(Link, Reply)

By qlimo

omg Mark. How can I be a mouse master like you?

<< Comment #846 @ 00:38 BST, 11 September 2013 >>

(Link, Reply)

By MarktheC  - Reply to #843

A large dose of OCD helps...

<< Comment #847 @ 11:44 BST, 11 September 2013 >>

(Link, Reply)

By fragv

I already did the 1-to-1 fix with MarkC windows_8.x fix (Thanks for that!)

Is it possible to set the USB polling rate in Win8 to 500hz? The program (MMR) and mouserate.exe show that my mouse (3.0) is working on lower Hz when I do smaller movements with it..

e: I tried the mikemmartin way to set the USB to 500Hz but I ended up with a "dead" USB port (which I recovered by uninstalling the device, once plugged back in) and unplug/replugged the mouse in the "dead port"

Hopefully, there will be a possibility to have a fixed Hz on USB ports in Win8 such as 125/500/1000 Hz!

Please let me know when this is possible!

Thank you.

Edited by fragv at 12:22 BST, 11 September 2013

<< Comment #854 @ 06:12 BST, 15 September 2013 >>

(Link, Reply)

By MarktheC  - Reply to #847

"Is it possible to set the USB polling rate in Win8 to 500hz?"
I don't know if hidusbf still works for Win8 or not, sorry.

<< Comment #849 @ 13:46 BST, 11 September 2013 >>

(Link, Reply)

By azxx '

Hey Mark, do you know anything about the apparently buggy built-in raw input in CS:GO? It's widely believed to not be working properly, either introducing accel or some sort of smoothing, and even top players have agreed that something is up with CS:GO's own raw input feature though nothing is clear. Check out this video:

http://pl.twitch.tv/micronn/c/2639497

Now I know that it could be said to be happening because CS:GO centers the cursor and that confuses MMR, but the whole situation is unclear. Could you possibly test and shed some light on this?

<< Comment #853 @ 05:57 BST, 15 September 2013 >>

(Link, Reply)

By MarktheC  - Reply to #849

That CS:GO still re-centres the pointer (causing red and green) even though it should not need to do so isn't proof there is a problem, but is worth investigating.

With m_rawinput 0, the pointer HAS TO BE re-centred otherwise the (hidden) pointer might hit the edge of the screen and become stuck (it can't move further than the edge of the screen).

With m_rawinput 1, the pointer doesn't HAVE to be re-centred, BUT if it is, it doesn't matter.

There is a test to see if m_rawinput 1 is working as it should:

- Disable ALL accel, everywhere (mouse drivers, Control Panel 'Enhance pointer precision' = OFF, m_customaccel 0), and set Control Panel to 6/11 (the middle position on the pointer speed slider).

- Download nircmd.zip and extract nircmdc.exe and put into a folder.

NirCmd v2.75 @ NirSoft.net

- Create a Windows command (batch) file "TestWindowClip.cmd" with the following in it (use Notepad to create it)

nircmdc wait 20000

nircmdc sendmouse move -2000 0

nircmdc wait 2000

nircmdc loop 10 100 sendmouse move +200 0

- Get TestWindowClip.cmd ready to run, by having it selected in Windows Explorer.

- Start CS:Source, set m_rawinput 0, exit the console and confirm you can aim as in-game.

- Switch to the TestWindowClip.cmd that is ready to run and run it.

- You now have 20 seconds, so move! : Switch back to CS:Source and wait for 20 seconds. The script will start running, and will move the mouse -2000 (left, 2000 counts), then wait for 2 seconds, then move it back 2000 counts (+200 × 10 times).

- 2000 counts to the left should have made the pointer hit the left edge and caused negative accel.

After the movement 2000 back to the right, the in-game view point should have moved to the RIGHT compared to when the test started.

- Try the test again, but this time with m_rawinput 1

The in-game view point should have moved back to the SAME place as before the test.

Make sure you can get this going back to the same place with CS:Source when m_rawinput 1, BEFORE trying to test CS:GO...

- Now try CS:GO with the same test.

If CS:GO Raw Input is OK, then the m_rawinput 1 test should bring the in-game viewpoint back to the same place, same as it does for CS:Source.

Edited by MarktheC at 06:04 BST, 15 September 2013

<< Comment #857 @ 01:08 BST, 23 September 2013 >>

(Link, Reply)

By sta|1n  - Reply to #853

sry i didnt read the whole thing, but I though I read elsewhere that if one was to use your fix, they had to disable raw input.

currently I am using your fix, EPP off (although i am to understand it would work with it checked as well?) and m_rawinput 0 in my cfg, 6/11 WPS.

This is correct?

You are just discussing raw input in general in CS:Go?

<< Comment #859 @ 07:58 BST, 23 September 2013 >>

(Link, Reply)

By MarktheC  - Reply to #857

With my normal fix, if you just want to remove accel, then enable Raw Input, and you don't need my fix anyway (for games that have Raw Input).

What they say is technically right : To have the fix working, you must disable Raw Input, BUT what does the fix do? It tries to have the same response as Raw Input: "exact 1-to-1".

Why use a fix to get exact 1-to-1, when Raw Input does exact 1-to-1 already and is better in other ways?

Some of my fix builder fixes can do other stuff aside from just remove accel, like change the sensitivity when a bad game turns EPP ON, or emulate old-style Windows 2000 accel, and for those uses you would need Raw Input OFF and EPP ON (or turned on by game).

EPP off or on: Yes, with my fix applied (a normal fix, used @ 6/11), it doesn't matter if you have EPP off or on : both work the same (exact 1-to-1 and black in MMR).

2%

<< Comment #860 @ 10:01 BST, 23 September 2013 >>

(Link, Reply)

By sta|1n  - Reply to #859

Thanks, just checking I was giving people correct info, despite your point its not much use vs raw input.

I try my best to educated the benighted CSGO crowd, and your fix is one of the things I have in a guide - I was just checking I was right in my understanding of turning raw input off.

Call it placebo, but it feels slightly easier to draw circles with the fix, vs raw input (more ovalish, almost like its glued to the x axis). That being said, it seems easier to hit twitch/flick shots in cs go with raw input enabled, but then pistoling seems harder.

Could all be placebo but it really does seem like the fix allows for just a bit more precision. Just saying how it feels, not that I am not a victim of placebo :P.

I mainly pistol and rifle and love the fix. If I awp I turn raw input on via console.

btw ty for responding personally to my post.

Edited by sta|1n at 10:02 BST, 23 September 2013

<< Comment #862 @ 12:40 BST, 23 September 2013 >>

(Link, Reply)

By MarktheC  - Reply to #860

Where Raw Input has the advantage is NO negative accel.

A very quick mouse movement might (maybe) cause negative accel when Raw Input is turned off, but won't happen when Raw Input is turned on.

<< Comment #864 @ 14:37 BST, 23 September 2013 >>

(Link, Reply)

By sta|1n  - Reply to #862

well that actually makes quite a bit of sense. W/ the fix on missing always feels like I didn't get there in time despite physical feedback telling me otherwise.

Then again, I do miss... sometimes ;D.

Ty sir.

<< Comment #856 @ 00:56 BST, 23 September 2013 >>

(Link, Reply)

By gil80

Hi Mark.

So I've used your tool on my Win7 with Logitec mouse on my home PC and work PC.

I have set manually mouse acc. to OFF and also in Control Panel\Ease of Access\Ease of Access Center\Set up Mouse Keys

I set the acc to slow and used your REG file.

After a reboot, I used the mouse recorder and on my home PC I still see red lines from time to time, mostly while moving diagonally,.

On my work PC it's works amazing!

The work PC is an old G518 Logitec gaming mouse with polling rate of 125HZ

My home PC is Logitec G400 with polling of 1000Hz.

Besides these differences, I don't understand why I get red lines sometimes on my home PC.

Can you please help me investigate?

Thanks!

Gil.

Edited by gil80 at 06:11 BST, 23 September 2013

<< Comment #858 @ 07:42 BST, 23 September 2013 >>

(Link, Reply)

By MarktheC  - Reply to #856

If with "Enhance pointer precision" set to OFF you sometimes get red lines and also with "Enhance pointer precision" set to ON you also sometimes get red lines, then the fix is working as expected.

The occasional red or green is a side-effect of how MouseMovementRecorder (MMR) and WIndows mouse input works, so don't worry about it.

It's caused because there is sometimes a short delay between Windows sending mouse input to a program and Windows updating the pointer position.

Usually these happen at nearly the same time, and MMR can match the input and the pointer movement together and display black.

Sometimes Windows is a little slow updating the pointer position (or MMR is a little slow seeing that the pointer has moved) and if that delay is longer than 0.5 ms, then MMR gives up and displays colour (usually green followed by red).

MMR can measure and display the delay.

With MMR 1.10 (the latest version) running, and having focus, press the 'E' key and move the mouse. To the left of the 'EnPtPr' column, MMR will display the delay between mouse input and pointer movement.

If the pointer moves at the same time or before the mouse input, nothing will be displayed. If there is mouse input, but the pointer has not moved, MMR will wait until it sees the pointer move and display how long it waited for.

If MMR displays the delay in RED, then it gave up waiting, and you probably saw green or red in the numbers columns.

If that happens, press '+' key a few times until you don't see any more red.

If the delay is less than (perhaps) 750 us, then I wouldn't worry too much.

In any case, with 'EnPtPr' OFF the fix is not active anyway, so the red and delay is nothing to do with the fix, but just how Windows and MMR are working together.

<< Comment #861 @ 11:57 BST, 23 September 2013 >>

(Link, Reply)

By gil80  - Reply to #858

Thanks for the reply.

I've pressed the + button many times but I still get the red or green lines. I have some screenshots but I cannot upload it here so if there's a way to post a screenshot, I wonder if it would be ok to take a look.

Lastly, what is your stand with optical mouse or Laser mouse.

I currently own Logitec G400 and I would like to switch to Roccat Kone XTD which is a laser mouse.

My mouse pad is Rantopad Mammoth gaming pad.

Thanks!

Attached Image: 95956-CMD.png (169KB)

Attached Image: 95957-CMD1.png (52KB)

Edited by gil80 at 13:05 BST, 23 September 2013

<< Comment #863 @ 12:46 BST, 23 September 2013 >>

(Link, Reply)

By MarktheC  - Reply to #861

To load pics at this site:

- Create a comment (use your already created comment)

- Edit it with the small "Edit" link (top right of your post)

- You will then see an "Attachment" box, click the Browse button and locate your image. Probably select "File type" = "Image"

- Wait for a moderator to approve the images...

To load images at other sites, http://imgur.com/ or http://imageshack.us/ allow uploads, and then post the link back here.

I have no firm opinion on laser versus LED. I do recall reading LED tracked better or something...

Edited by MarktheC at 12:48 BST, 23 September 2013

<< Comment #865 @ 14:45 BST, 24 September 2013 >>

(Link, Reply)

By gil80  - Reply to #863

Hi mate,

I posted the images on my previous comment.

thank you very much!

<< Comment #871 @ 22:48 BST, 1 October 2013 >>

(Link, Reply)

By MarktheC  - Reply to #861

Hi, As you guessed, I had forgotten your post, sorry!

(The numbers were so bizarre, I decided to think about it for a while before replying, and then forgot.)

What should happen with EPP off and 6/11, and using the mouse (only) to move the pointer, everything should be 1-to-1, and display as black, but that is not what is happening for you.

What your screen dumps show is occasional HUGE acceleration, far greater than normal Control Panel EPP accel.

I really can't explain it at all, it is very strange.

Do you need Mouse Keys turned on, and I wonder if it is the cause of the red?

Are you using the mouse only to move the pointer, or using the numeric keypad (Mouse Keys)?

(Some people say you should set Mouse Keys accel to Low to remove mouse accel, but they are confused. Unless you need to move the mouse with Mouse Keys (using the numeric keypad) then turn Mouse Keys OFF.)

What text size do you have for Control Panel > Appearance and Personalization > Display, 100% or 125% or 150% or what selected?

<< Comment #866 @ 16:39 BST, 28 September 2013 >>

(Link, Reply)

By Anonymous (95.91.250.125)

I have a big problem with this MouseFix and my Mouse at 1000Hz, which u can see in this vid: http://www.youtube.com/watch?v=rme3Tfpb36M&feature=youtu.be

I use Win8 atm and didnt have this problem with Win7.

If I turn the Mouse onto 125Hz it work without any issues..but yea..

Without the Mousefix at 1000Hz I have a little Mouseacceleration, but I want 0 Mouse acceleration, so have anyone an idea what I could do?

Greetz iTimmy

<< Comment #867 @ 16:50 BST, 29 September 2013 >>

(Link, Reply)

By Josematalo

Hello i came across your guide yesterday and used the fix for my steel series kinzu v2 pro. I think the fix works great because I'm having the same numbers in the mouse movement and the pointer movement. My only question is that those number are not always 1x1 or 1x0 which I assume should be the ideal values. Mine range from 1x1, -1x0, 2x0, 4x0, -2x0 etc. Does this mean that my mouse is not accurate? Thanks for the fix!

By the way I'm using the 6/11 epp off setting and my CPI is at 1600 in desktop and 800 in games.

<< Comment #868 @ 06:24 BST, 30 September 2013 >>

(Link, Reply)

By MarktheC  - Reply to #867

The numbers are how far your mouse has moved in each polling (input) interval.

So if you move your mouse slow, you will 1s and 0s with a low Hz number, then if you move your mouse faster you may still get 1s and 0s but with faster (higher) Hz numbers, and if you move your mouse even faster you will get 1s and 2s and 3s and so on, with the Hz maxed number maxed out at your set polling rate.

4x0 just means that in the 1ms (@1000Hz) time interval since the last poll (read/input), the mouse moved 4 counts right and 0 counts up/down.

Move the mouse twice as fast as that, and you might get 8x0 : 8 counts right in the 1ms time interval.

There is nothing special about 1s.

<< Comment #870 @ 15:29 BST, 30 September 2013 >>

(Link, Reply)

By Josematalo  - Reply to #868

Wow thanks. Now I have a better understanding about how a mouse works and how to set it up properly. Thanks again!

<< Comment #869 @ 13:20 BST, 30 September 2013 >>

(Link, Reply)

By gil80

Hi Mark

Please see Comment #862

Thanks

<< Comment #872 @ 13:27 BST, 11 October 2013 >>

(Link, Reply)

By smreism

quick question

sometimes i play other games and for those i use the "windows pointer precision". so after using it and disabling it, do i have to run the markc reg fix again, or is it still as before?

<< Comment #873 @ 23:48 BST, 11 October 2013 >>

(Link, Reply)

By MarktheC  - Reply to #872

If you ran Windows_*_Default.reg so that "Enhance pointer precision" works as normal, then you will have to run the MarkC reg fix again.

If you didn't run Windows_*_Default.reg, then setting "Enhance pointer precision" ON doesn't actually do anything at all (unless you use something other than 6/11).

If you didn't run Windows_*_Default.reg, then you don't have to re-run a MarkC fix.

<< Comment #874 @ 14:54 BST, 13 October 2013 >>

(Link, Reply)

By smreism

thanks m8

<< Comment #875 @ 20:45 BST, 15 October 2013 >>

(Link, Reply)

By Anonymous (87.219.94.90)

Hi Mark, sorry I do not speak good English. Active perfectly fix in windows 7, but my new windows 8.1 is impossible, always red and green leaves.

Greetings and thank you very much for your work.

<< Comment #876 @ 23:45 BST, 15 October 2013 >>

(Link, Reply)

By MarktheC  - Reply to #875

Yes, Windows 8.1 shows much red and green in MouseMovementRecorder.

The fix is working.

The red and green appear even when the fix is not active and this means it is a problem with Windows 8.1.

To test:

- Use the current version of MouseMovementRecorder : version 1.10

- Press letter "A" key one or more times to turn EnPtPr OFF.

With EnPtPr OFF, the fix is not active (and does not need to be active).

- See the red and green.

- Press letter "A" key one or more times to turn EnPtPr ON.

With EnPtPr ON, the fix is active.

- See the red and green.

The red and green show when EnPtPr is OFF and also show when it is ON.

Here's what I wrote above about the Windows 8.1 red and green:

If with "Enhance pointer precision" set to OFF you sometimes get red lines and also with "Enhance pointer precision" set to ON you also sometimes get red lines, then the fix is working as expected.

The occasional red or green is a side-effect of how MouseMovementRecorder (MMR) and WIndows mouse input works, so don't worry about it.

It's caused because there is sometimes a short delay between Windows sending mouse input to a program and Windows updating the pointer position.

Usually these happen at nearly the same time, and MMR can match the input and the pointer movement together and display black.

Sometimes Windows is a little slow updating the pointer position (or MMR is a little slow seeing that the pointer has moved) and if that delay is longer than 0.5 ms, then MMR gives up and displays colour (usually green followed by red).

MMR can measure and display the delay.

With MMR 1.10 (the latest version) running, and having focus, press the 'E' key and move the mouse. To the left of the 'EnPtPr' column, MMR will display the delay between mouse input and pointer movement.

If the pointer moves at the same time or before the mouse input, nothing will be displayed. If there is mouse input, but the pointer has not moved, MMR will wait until it sees the pointer move and display how long it waited for.

If MMR displays the delay in RED, then it gave up waiting, and you probably saw green or red in the numbers columns.

If that happens, press '+' key a few times until you don't see any more red.

If the delay is less than (perhaps) 750 us, then I wouldn't worry too much.

In any case, with 'EnPtPr' OFF the fix is not active anyway, so the red and delay is nothing to do with the fix, but just how Windows and MMR are working together.

Edited by MarktheC at 23:46 BST, 15 October 2013

8%

<< Comment #877 @ 21:13 BST, 17 October 2013 >>

(Link, Reply)

By Anonymous (62.240.83.73)

Thx for the 8.1 update Mark <3

<< Comment #878 @ 04:42 BST, 18 October 2013 >>

(Link, Reply)

By B4ZE

Sadly does not work at all for me :( i actualy never needed that but then i wanted to play Deus Ex again, and direct input is not working properly with it so i had to test your fix. Using a 144Hz display, when i use mouse movement recorder the stuff s full of red lines even when i dont go out of the window, ingame the accel is still there :(

Using XP sp3 and 1000Hz wmo mouse on 144hz monitor. Is your fix working for that? Could not test cheese's fix since it doesnt support 144Hz.

edit : the software generated a .reg called XP+Vista_MouseFix_@144Hz_DPI=96_Scale=1-to-1_@6-of-11 everything seems fine in the options i checked :(

edit2 : i tried that : http://www.esreality.com/?a=post&id=1824865#pid1694040

same problem... my monitor PPP is 96, 144hz monitor win xp 6th notch sensitivity. Dunno what is wrong i cant play any oldies :f

edit 3 : was a pain in the ass none of the reg fix worked i had to dig the motherfucking wwweb to find anur's accel fix again : http://razerblueprints.net/index.php/Search.h...d=accelfix was extremly hard to find.

Edited by B4ZE at 05:30 BST, 18 October 2013

<< Comment #879 @ 22:48 BST, 18 October 2013 >>

(Link, Reply)

By MarktheC  - Reply to #878

I'm glad you found a solution.

I would like to know what happened with Cheese and my fixes to see if it needs an improvement.

Could you upload a picture of MMR run from the desktop with my 144Hz fix (and without anir's fix)?

When you ran the Mouse Fix Builder, did it already have 144 for refresh rate, or did you have to enter that manually?

<< Comment #880 @ 23:11 BST, 18 October 2013 >>

(Link, Reply)

By B4ZE  - Reply to #879

"Could you upload a picture of MMR run from the desktop with my 144Hz fix (and without anir's fix)?"

- Well the lines were all reds with realy big differences btw mouse movement column and pointer movement column. And all this when not going out of the screen area.

"When you ran the Mouse Fix Builder, did it already have 144 for refresh rate, or did you have to enter that manually?"

- Your software detected everything perfectly by default, it detected i was runing my desktop at 96ppp and 144Hz. Also detected OS.

I checked in regedit if your fix was saved and it was. I don't know what it is not working, i think investigated everything to the limit of my PC knowledge.

Edited by B4ZE at 23:13 BST, 18 October 2013

<< Comment #881 @ 01:04 BST, 20 October 2013 >>

(Link, Reply)

By MarktheC  - Reply to #880

Thanks for the info.

Would you be able to run a test?

1) Apply the XP+Vista_MouseFix_@144Hz_DPI=96_Scale=1-to-1_@6-of-11 fix, reboot if needed

(Note: After applying a fix, you must reboot for it to be made active.)

2) Confirm that the SmoothMouseXCurve values in the registry, and in the fix file look like:

"SmoothMouseXCurve"=hex:\

00,00,00,00,00,00,00,00,\

00,00,18,00,00,00,00,00,\

00,00,30,00,00,00,00,00,\

00,00,48,00,00,00,00,00,\

00,00,60,00,00,00,00,00

3) Confirm that the MouseSensitivity value in the registry and in the fix file is "10"

4) Uninstall or disable anir's accelfix

5) Download nircmdc.exe from here:

NirCmd @ nirsoft.net

6) Unzip nircmdc.exe from the ZIP file and save to a folder.

7) Download MouseMoveTest.zip from here:

MouseMoveTest.zip @ Google docs

8) Unzip MouseMoveTest.cmd from the ZIP and put it in the same folder that nircmdc.exe is in

9) Run MouseMovementRecorder

10) Press 'A' key on the keyboard until 'EnPtPr' shows ON

11) Run (double-click, or select and press Enter key) MouseMoveTest.cmd

12) Report back on what the 10 mouse movements of 100 x 0 did : What were the corresponding pointer movements?

Thanks.

Edited by MarktheC at 01:24 BST, 20 October 2013

<< Comment #884 @ 15:01 GMT, 29 October 2013 >>

(Link, Reply)

By Anonymous (78.125.73.18)  - Reply to #881

Hey Mark

wanted to be sure about your fix, i tried what you said on win8.1 with MMR to press "+" until it's fixed, and at 16000 - 32000um i don't have practically green/red but does that mean it's a bug between w8.1 and MMR that has some input delays, and then it's working i don't have accel ? or does that mean i'll still have some accel and its not really fixed cause of win8.1 ?

thanks

<< Comment #888 @ 01:35 GMT, 30 October 2013 >>

(Link, Reply)

By MarktheC  - Reply to #884

If the green/red goes away after enough "+" keys, and MMR displays more-or-less the same with EPP OFF as it does with EPP ON (Toggle the "A" button to change), then the fix is working, and you don't have any accel.

That we need to use "+" is because of mouse delays with Windows 8.1.

<< Comment #882 @ 16:29 GMT, 28 October 2013 >>

(Link, Reply)

By Anonymous (82.33.188.73)

Hey i've commented before about mouse issues, i've got a better feel for my sensitivity but it doesn't feel like it's locked to my movement as such.

What i'm trying to say is when I move my mouse it's as if there is always (deathadder 2013) ingames my movement is perfectly replicated by the movement I want e.g. If I wanted to quickly snap onto a doorway I could just do it but with my mouse movement it seems that I cannot simply snap to objects or areas I have to physically think harder to adjust my movements (this is stll affected even when I have adjusted my mouse settings to the nearest possible for my accuracy)

This may not be the most clear but have you any idea's, I think it might be something to do with my CPU maybe maxing out 100% whilst in FPS games or some kind of latency or heating issue holding back CPU performance.

It's strange because everyone I watch on youtube seems to have the right mouse sensitivity by default it may be my mouse pad I recently bought the razer goliathus which does seem a little fast paired with the deathadder.

A few other things that may be causing this: when applying your fix on my previous mouse the RAT 3 I applied a madcatz fix also to the registry I have no idea what it did for me possibly the same as yours.

My harddrive is now starting to get lower on space in just a year i've used up 600GB out my 800gb free from a 1TB drive its now on 200gb my pc is starting to feel way more sluggish with windows boot up times taking a lot longer could this be a problem with maybe fps dropping from loading up textures?.

sorry for the very long post and maybe not the most clear it just doesn't feel right a long time ago it actaully was fine and I never really had to tweak my settings but now I notice a difference which feels off is there any suggestions please Mark if so please reply or anyone else thanks in advance.

Luke

<< Comment #885 @ 20:33 GMT, 29 October 2013 >>

(Link, Reply)

By Anonymous (82.33.188.73)  - Reply to #882

just adding it basically doesn't feel like it's 1-1 movement i'm either always adjusting to make smaller movements or having to drag my mouse further than I should just to keep it within my mousepad range (even with higher sensitivities) it's really confusing I didn't come across this problem til when I think I made changes to hardware

<< Comment #886 @ 01:28 GMT, 30 October 2013 >>

(Link, Reply)

By MarktheC  - Reply to #885

Some mice don't work as well on some mouse pads, so just maybe your RAT doesn't like the Goliathus.

If you have tried the test in my "How do you know the fix is working?" section and it shows mostly black (little red or green), then the fix is working.

If you games support Raw Input or DirectInput, then enable that, otherwise negative acceleration is a possibility (where fast movements don't move as far as you would expect).

To test for negative acceleration, see Steam Forums link in comment #189 above [jump]

<< Comment #889 @ 17:26 GMT, 30 October 2013 >>

(Link, Reply)

By Anonymous (82.33.188.73)  - Reply to #886

Hi I tried the pointer it turns out there is no negative acceleration however, I used your MMR and used it on BF4 i get all green lines on movement so I must have acceleration but I have turned off accel from windows and from the razer drivers (currently uninstalled)

<< Comment #890 @ 06:19 GMT, 31 October 2013 >>

(Link, Reply)

By MarktheC  - Reply to #889

Black does mean no acceleration AND ALSO exact 1-to-1.

Green means one or more of:

- Acceleration (maybe) or

- Not exact 1-to-1 (more likely), or

- MMR used when in-game (displays red and green in a pattern).

In other words, green does not mean it has to be acceleration, it could be other things and NO acceleration.

The most likely cause of consistent green is not using 6/11 in control panel, but it could be other things.

What is your setup (Pointer speed slider set to ?/11, name of fix applied, what percentage scaling does Control Panel, select Appearance and Personalization, select Display show, what OS?)

<< Comment #883 @ 00:29 GMT, 29 October 2013 >>

(Link, Reply)

By Anonymous (78.125.73.18)

I wanted to download your last version 2.6 fix but google drive link is not working cause the file has been downloaded too many times. could you upload somewhere else or fix the google drive link Mark?

thanks

idk why but with this shitty 8.1, i feel i'll restore win8, too much mouse problems...

<< Comment #887 @ 01:31 GMT, 30 October 2013 >>

(Link, Reply)

By MarktheC  - Reply to #883

Below the Google Docs link is a mirror link, please try that.

<< Comment #891 @ 11:24 GMT, 31 October 2013 >>

(Link, Reply)

By Anonymous (82.33.188.73)

6/11, 100% MarkC Mouse Fix, 100% Scaling, Windows 7 Home Premium

<< Comment #892 @ 21:48 GMT, 31 October 2013 >>

(Link, Reply)

By MarktheC  - Reply to #891

Also : MMR will show red and green while in-game.

MMR will show continuous green if you move the mouse pointer to the edge of the screen; MMR only works properly when the mouse pointer is not against the edges of the screen.

Can you upload a picture of MMR showing the green?

Make a post here, "Post" it and then edit it using the "Edit" link top-right, you will then be able to attach a picture, or use an image sharing website and post a link.

<< Comment #894 @ 19:38 GMT, 1 November 2013 >>

(Link, Reply)

By Anonymous (82.33.188.73)  - Reply to #892

Here's the link ignore other post, like I mentioned all green and 1 red line

<< Comment #896 @ 12:51 GMT, 2 November 2013 >>

(Link, Reply)

By Anonymous (82.33.188.73)  - Reply to #892

http://s18.postimg.org/n5ukyzbcp/mmr_image.png sorry here is the image

<< Comment #897 @ 23:21 GMT, 2 November 2013 >>

(Link, Reply)

By MarktheC  - Reply to #896

Does the green show when you run MMR at the desktop only, with NO game running in the background?

<< Comment #898 @ 09:35 GMT, 3 November 2013 >>

(Link, Reply)

By Anonymous (82.33.188.73)  - Reply to #897

no sorry this only shows when in game, this was because i ALT-Tabbed out of the game to show the results

<< Comment #899 @ 11:29 GMT, 4 November 2013 >>

(Link, Reply)

By MarktheC  - Reply to #898

Red and green in-game is expected, so ignore it.

<< Comment #895 @ 12:50 GMT, 2 November 2013 >>

(Link, Reply)

By Anonymous (82.33.188.73)  - Reply to #892

sorry for yet another post but i'll explain a few things to do with drivers and fixes. I have been having some problems when configuring drivers and fixes basically when I have everything raw (no razer drivers, no mouse fix, accel off, 6/1) the mouse feels more 1-1 however ingames I have the ability of 1-1 hipfiring but with any sensitivity struggle to ADS as it doesn't feel right.

Now with (Mouse fix installed) the mouse feels a bit smoother and actually feels as if it adds some smoothing, when I install the Razer drivers the mouse feels even worse this is just from installing the drivers also, I can change DPI and everything else then but when ingame it feels as if like my mouse movement isn't affected by my fps,

now my ads feels better as it's smoother but my range of ads feels way smaller it feels as if i only have a certain movement within a field of view if I want to aim outside of that I have to lift my mouse off and place it further across. Also my hipfiring feels very off it feels smoothed out my as if my mouse is on an icerink.

my problem is that even when everything is raw (when windows settings are used something isn't right) I would love to have it where I can have (Razer drivers installed, mouse fix installed) and have both good hipfire and ADS. I have had it decent in the past maybe something is conflicting with each other or a setting has been accidentally changed

Thanks Luke

<< Comment #893 @ 19:38 GMT, 1 November 2013 >>

(Link, Reply)

By Anonymous (82.33.188.73)

Here is the image with green lines and 1 red before there was no red at all guessing that's for a reposition

<< Comment #900 @ 01:45 GMT, 5 November 2013 >>

(Link, Reply)

By thecrazyscientist

Hi guys,

I have a Deathadder 3.5g and I'm getting lots of greens on Mouse Movement Recorder. Could I get help on this?

http://imgur.com/vj9V0SE

Thanks in advance,

The Crazy Scientist.

<< Comment #901 @ 08:35 GMT, 5 November 2013 >>

(Link, Reply)

By pvh  - Reply to #900

Looks as though your pointer hit the edge of the screen

2%

<< Comment #904 @ 21:49 GMT, 9 November 2013 >>

(Link, Reply)

By MarktheC  - Reply to #901

Yes, it looks exactly like the pointer hit the edge of the screen.

Green when the pointer hits the edge of the screen is expected and normal.

<< Comment #906 @ 12:47 GMT, 10 November 2013 >>

(Link, Reply)

By thecrazyscientist  - Reply to #904

Thank you very much for the reply. If that had already been mentioned, I'm sorry for not reading it.

Thank you,

The Crazy Scientist.

<< Comment #902 @ 11:18 GMT, 9 November 2013 >>

(Link, Reply)

By Anonymous (82.33.188.73)

hi once again, I've sent a message to Razer support briefly describing the problem I have, I think it is something to do with the Synapse 2.0 drivers. A strange thing is that my Deathadder appears as a keyboard in my devices. But with the mouse it just feels as if when in game I move the mouse far left and far right it feels limited to a field of view before I need to lift off and move it again. It's really strange because everyone on youtube who I watch that plays FPS games has their mouse fine.

I even reinstalled windows to check whether it was some setting although when I came back on my acceleration and 6/11 pointer was already set to 6 and "off" for me on a new install. it could possibly be the mouse itself I'm going to try a standard usb mouse not my old gaming mouse (RAT3) as it has some kind of negative accel in hardware.

I'll let you know if I manage to sort it out and when I hear back from Razer incase other people have this strange problem aswell.

<< Comment #919 @ 12:45 GMT, 25 November 2013 >>

(Link, Reply)

By Anonymous (82.33.188.73)  - Reply to #902

well I managed to get a refund and purchased a new mouse (Gigabyte M6900) which does feel better, but now i'm definately thinking it's something to do with my PC I reintalled windows a couple of weeks ago. I think it may be to do with the 1000hz polling rate because my cheap usb mouse 125hz works fine

is there anything I can do to check if I have a problem with my usb ports

<< Comment #903 @ 16:55 GMT, 9 November 2013 >>

(Link, Reply)

By Anonymous (76.171.122.200)

Hi quick question. Ive applied the patch on my win 8.1. when I first run Mouse Movement Recorder i still get alot of red and greens. Hitting the + to change the catchup delay works @ 8000us. How can I make the patch remember this catchup delay? seems like when I close and restart the recorder. it defaults back to 500us.

please let me know.

Thanks

<< Comment #905 @ 22:05 GMT, 9 November 2013 >>

(Link, Reply)

By MarktheC  - Reply to #903

Using "+" in MouseMovementRecorder (MMR) doesn't fix anything and won't remove the mouse lag in games.

(I'll update my article to clarify that, I did say "...fixes it...")

All it does is make MMR try harder to match-up the mouse movement with the lagged pointer movement, by waiting for a longer period of time.

It only affects how MMR shows the movements, it doesn't change at all how Windows processes mouse movement.

In Windows 8.1, the red and green in MMR is caused by new mouse input processing.

This new processing delays and coalesces (merges) raw mouse input, so as to help save battery power.

This new processing can affect some games (games that don't use Raw Input and don't use DirectInput).

Microsoft have a fix for those games, see here:

Mouse pointer stutters or freezes when you play certain games in Windows 8.1 and Windows Server 2012 R2.

Edited by MarktheC at 22:29 GMT, 9 November 2013

<< Comment #907 @ 12:08 GMT, 12 November 2013 >>

(Link, Reply)

By Conditioned  - Reply to #905

Are you saying this fix actually works? Im mostly interested in bf4, which does have raw, but when I tried it it just felt quirky so I went back to 8.0 before I even knew about the actual problems.

When I run your tool in 8.1 it gives loads of red, doesnt affect the performance in games?

Edited by Conditioned at 14:30 GMT, 12 November 2013

<< Comment #908 @ 11:10 GMT, 13 November 2013 >>

(Link, Reply)

By MarktheC  - Reply to #907

Yes, the MS fix actually works.

Applications won't be affected by the 8.1 delay/lag if they either:

- Use Raw Input, or

- Use DirectInput, or

- They are already included in Microsoft's fix, or

- You manually edit the registry for them (as described in the fix), or

- ANOTHER program that triggers the fix is also running.

(While the delay/lag is removed by a program, it is system wide while that program is running.)

I've got a new version of MouseMovementRecorder (version 1.12, get it in the main fix zip, just re-uploaded) that works better with the new MS fix. Please try it out and let me know about the red and green.

<< Comment #909 @ 16:40 GMT, 13 November 2013 >>

(Link, Reply)

By Conditioned  - Reply to #908

Aight I´ll test it tomorrow thanks mate.

PS. Im assuming you arent asking that I should add the mousefix to the registry?

Edited by Conditioned at 18:00 GMT, 13 November 2013

<< Comment #910 @ 21:50 GMT, 13 November 2013 >>

(Link, Reply)

By MarktheC  - Reply to #909

Yes, no need to add my reg fix.

Just install the Microsoft fix (if that is what you want to do) and please test the new MouseMovementRecorder.exe to see that it stops showing red and green once the MS fix is installed.

If MMR shows any error messages, or still shows red and green, then please let me know.

<< Comment #911 @ 09:01 GMT, 14 November 2013 >>

(Link, Reply)

By Conditioned  - Reply to #910

Thanks mark. This is a pretty standard picture for me when playing bf4 with raw enabled. http://imgur.com/HAA6DrR

Ps. In the above comment I was wondering if I was meant to add mousemovementrecorder to the registry in accordance with the ms fix.

<< Comment #912 @ 11:49 GMT, 14 November 2013 >>

(Link, Reply)

By MarktheC  - Reply to #911

That picture is pretty classic MouseMovementRecorder while in-game.

The red and green (and many 0x0 rows) are just the game re-centreing the mouse pointer which confuses MouseMovementRecorder, and is expected.

I mis-understood you about the registry : V 1.12 of MouseMovementRecorder does not need to be added to the registry using the Microsoft KB 2908279 instructions. It enables the same feature itself.

(PS: command line:

MouseMovementRecorder -NoCompatLayer
will run MouseMovementRecorder without automatically enabling the MS fix.)

If on the desktop (not in-game) MouseMovementRecorder V 1.12 shows mostly black on Windows 8.1, then MouseMovementRecorder is working as intended (thanks for testing it), and the MS fix is also working for MouseMovementRecorder.

Edited by MarktheC at 11:50 GMT, 14 November 2013

<< Comment #913 @ 12:03 GMT, 16 November 2013 >>

(Link, Reply)

By Anonymous (86.20.229.29)  - Reply to #912

Hi Mark, I am having the same problems as Conditioned, but I didn`t understand one thing, should we use your Windows 8.1 Mouse Fix, or use the Microsoft KB 2908279 Fix?

<< Comment #914 @ 02:43 GMT, 17 November 2013 >>

(Link, Reply)

By MarktheC  - Reply to #913

What you need to use depends on the game or games you play.

ALL games that need a MarkC fix will also need the Microsoft fix.

There are 2 questions:

1) Do all of the games you care about playing use Raw Input or use DirectInput?

If the answer is NO (some or all of those games don't use Raw Input, and don't use DirectInput), then also answer question 2:

2) Do any of your games turn the Windows 'Enhance pointer precision' checkbox on while playing/aiming/shooting?

The answer to question 1 for a particular game might be answered by the game's help file, or by looking at the game's mouse configuration settings, or asking on support forums.

The answer to question 2 for a particular game might be answered by asking on support forums, or you can test for yourself using my instructions in the "Does my game need a mouse fix?" section of my article.

If the answer to question 1 is YES, then you don't need to install the Microsoft fix, and you don't need to install my registry fix.

If the answer to question 1 is NO, then you should:

- Install the Microsoft KB 2908279 fix, and

- If your games are not in the list of the pre-defined games included in the fix, then you should manually add your games to the registry, using the instructions that are in the Microsoft KB article (starting "How to extend this update to other games")

(If you're not sure if a game is automatically fixed, it won't hurt to add it to the registry.)

If the answer to question 1 is NO, AND the answer to question 2 is YES, AND you have the 'Enhance pointer precision' checkbox set to OFF for normal desktop programs, you should install my registry fix.

If the answer to question 1 is NO, AND the answer to question 2 is YES, AND you want the 'Enhance pointer precision' checkbox set to ON for normal desktop programs, then you have a bit of a problem...

(Installing my fix will disable normal 'Enhance pointer precision' acceleration, which is not good if you expect that ON.)

If the answer to question 1 is "I DON'T KNOW, WHY IS THIS SO HARD?", then install the Microsoft fix. It won't hurt anything.

If the answer to question 2 is "I DON'T KNOW, WHY IS THIS SO HARD?", AND you have the 'Enhance pointer precision' checkbox set to OFF for normal desktop programs, then install my fix. It won't hurt anything.

So in summary:

- Some games do not need either fix.

- Some games need only the Microsoft fix.

- Some games need both fixes.

(BTW, I suspect the Microsoft fix will be added to a future patch Tuesday, and pushed to EVERYBODY before long.)

<< Comment #915 @ 13:24 GMT, 17 November 2013 >>

(Link, Reply)

By Anonymous (86.20.229.29)  - Reply to #914

Thank you very much Mark, you make it clear as the blue sky, thank you.

<< Comment #916 @ 23:11 GMT, 17 November 2013 >>

(Link, Reply)

By nemecel

What's a good DPI configuration to use if my desktop is on my native 1680x1050 res? The fonts are too small on my new monitor (now that im using a higher res) and I dont want to go blind, so I need to find a DPI that makes the font look good and readable and then I will apply the fix for that perfect Quake experience.

<< Comment #917 @ 13:03 GMT, 18 November 2013 >>

(Link, Reply)

By toop

I have polling rate issue on Windows 8.1.

My max polling rate is 180hz even though software says its 500 or 1000.

Did anyone able fixed this?

Microsoft KB 2908279 did not change anything in my polling rate.

IF anyone has fix let me know please? :)

I tried everything and going back to install windows 8 tonight.

I do like Windows 8.1 its much better app implementation.

<< Comment #918 @ 23:15 GMT, 19 November 2013 >>

(Link, Reply)

By MarktheC  - Reply to #917

KB 2908279 is the fix you need.

KB 2908279 does not automatically fix all programs or all games on Windows.

When first installed, it only fixes the games that Microsoft have included in the fix.

Any other game or program, and that includes your mouse polling rate program, is not fixed unless manually added to the registry using instructions in the Microsoft KB article (starting "How to extend this update to other games").

Either: Use those instructions to add your mouse polling rate program to the registry, or use a DirectInput based polling rate program (which is not affected by the problem).

http://andrewblock.net/2008/10/27/improve-mou...ling-rate/

Edited by MarktheC at 23:31 GMT, 19 November 2013

<< Comment #920 @ 11:21 GMT, 29 November 2013 >>

(Link, Reply)

By Anonymous (82.33.188.73)

For some reason I have had to uninstall your mouse fix because it seems to be the problem for adding smoothing to my mouse, it feels better when it's off not sure why but it does

<< Comment #921 @ 21:40 GMT, 16 December 2013 >>

(Link, Reply)

By Anonymous (82.33.188.73)

Hey again, I've recently upgraded to Windows 8.1, my mouse aim seems to be great in every game except for one (Black Ops 2) my aim in the game is fine but I have a case of random eratic mouse movement at times (mouse moving way further then I asked it to, without any accel on) I found out this was because of Windows 8.1 allowing for smaller polling rates causing random movements.

I've used your fix for Windows 8.1 which feels great but when I also install Microsoft's fix it makes the movement issue fine but my aim feels incredibly off (only in Black ops 2 and partially Counter Strike GO), it feels like my sensitivity has increased from the fix i preferred it without the fix but unfortunately is rather unplayable.

Is there anyway I can either use my old sensitivity by matching it or by removing the fix and using another method.

I had no erratic movements in any other games apart from Black Ops 2 so it's rather unfortunate.

any suggestions will be great thanks

<< Comment #922 @ 00:25 GMT, 17 December 2013 >>

(Link, Reply)

By Petru  - Reply to #921

Try this

http://www.blurbusters.com/systemwide-fix-win81-mouse-fludiity/

<< Comment #925 @ 01:15 GMT, 18 December 2013 >>

(Link, Reply)

By MarktheC  - Reply to #921

The Microsoft fix shouldn't affect sensitivity.

If you don't use pointer speed slider @ 6/11 then my standard fixes might not give you the sensitivity you want. Are you at 6/11 or something else?

Otherwise, I'm puzzled...

What does MouseMovementRecorder show?

(Press 'A' key on keyboard once or twice until EnPtPr shows as Off, with Pointer speed = 6/11)

<< Comment #928 @ 18:32 GMT, 18 December 2013 >>

(Link, Reply)

By Anonymous (82.33.188.73)  - Reply to #925

it's just full of red and green lines (without enptpr on) but it's fine when I use the catchup for delay it's fine, (this is atm now that I'm just using your fix and not Microsoft's).

But when the fix is installed (microsoft's) it makes my sensitivity a lot faster without me changing any settings, no idea why it means i cannot aim at all with it on.

It's only Black ops 2 that messes up before using the Microsoft fix my aim is fine but the wierd jitter movements when I make smaller movements are hard to ignore. very strange even other non raw input games feel fine without the Microsoft fix and don't make wierd movements at all.

<< Comment #923 @ 05:48 GMT, 17 December 2013 >>

(Link, Reply)

By Anonymous (98.148.72.137)

for win 8.1 ONLY users: i made a reg that adds a rightclick option to add exe files to the " kb2908279 mouse fix list"

tested apb and bf4, mouse seems constantly 1:1 on coller master inferno 4k dpi 4/11

any chance u could add to MouseMovementRecorder an optional way to enable -NoCompatLayer by simply renaming the exe to MouseMovementRecorderncl or MVRNoCompatLayer for easier side by side comparison?

Question: should 2 MouseMovementRecorder instance show slighty different poling rate even tho they use the same settings? also pointer values are slighty differnet

<< Comment #926 @ 01:48 GMT, 18 December 2013 >>

(Link, Reply)

By MarktheC  - Reply to #923

That is a handy Right-click option, and will make it much easier for people to add their games to the MS fix list.

I hope you don't mind if I copy/paste that Right-click option here:

dreamss' KB 2908279 'Apply Mouse Lag Fix' right click option.

Setup/create the Right-click option:

- Download NirCmd.zip @ NirSoft.com and save to a folder

- Right-click nircmd.zip > Properties > click "Unblock" button

- Unzip/open and copy nircmd.exe to C:\Windows\

- Save the text below (using Notepad or similar) as mousefixcontext.reg

Windows Registry Editor Version 5.00

[HKEY_CLASSES_ROOT\exefile\shell\Fixmouselag]

@="Apply Mouse Lag Fix"

"NoWorkingDirectory"=""

[HKEY_CLASSES_ROOT\exefile\shell\Fixmouselag\command]

@="\"C:\\Windows\\nircmd.exe\" elevate cmd /c REG ADD \"HKEY_LOCAL_MACHINE\\SOFTWARE\\Microsoft\\Windows NT\\CurrentVersion\\AppCompatFlags\\Layers\" /v \"%1\" /d NoDTToDITMouseBatch /f && Rundll32 apphelp.dll,ShimFlushCache"

- Double-click mousefixcontext.reg to run/install it.

Use the Right-click option:

- Run the game that needs the MS fix active.

- Open Task Manager (press Ctrl + Shift + Esc), and if it says 'More details' at the bottom, tap or click 'More details'.

- Right-click the game name in Task Manager and tap or click 'Open File Location'

- A File Explorer window will open with the game executable selected.

- Right-click the game executable and select 'Apply Mouse Lag Fix'

- Done!

I will probably (later) create a version of MouseMovementRecorder that uses its name to decide on the NoCompatLayer fix, but not soon.

In the meantime, you can create a shortcut to the no fix version:

- Right-click MouseMovementRecorder.exe, and click "Create a shortcut"

- Right-click the shortcut, and click "Rename"

- Arrow-key-right and edit the "Shortcut" to "No Fix". (Press Enter key)

- Right-click the shortcut, and click Properties

- Click into the "Target" field, and right-arrow key or End key to the end add to the end:

(space)-NoCompatLayer

(By "(space)", I mean a single space character, press the space-bar ... don't type the full word "space" or any brackets...)

So now you have the original MouseMovementRecorder.exe and a new "MouseMovementRecorder No Fix"

Those instructions copy/pasted from somewhere else, I'm sure you didn't need the instructions about "(space)", but for other people it is best to be as clear as possible.

Side-by-side, simultaneous comparison is not possible, because the MS fix, when it activates is a system-wide change, so if the "fixed"/normal version of MMR is running, the No Fix version will also be fixed.

Edited by MarktheC at 22:02 GMT, 18 December 2013

<< Comment #924 @ 09:28 GMT, 17 December 2013 >>

(Link, Reply)

By Anonymous (98.148.72.137)

btw this is my mouse pooling before the patch

win8.1, cm inferno with software (no drivers) which set 1k pooling rate, hpet enabled and dynamic thicks disabled. i wonder how i disabled this before the patch

again i did not have this patch kb2908279 until today (or 2903939)

http://img198.imageshack.us/img198/3463/fetc.png

<< Comment #927 @ 01:58 GMT, 18 December 2013 >>

(Link, Reply)

By MarktheC  - Reply to #924

That screen dump looks as expected for 3/11, but you say you use 4/11?

<< Comment #929 @ 19:58 GMT, 19 December 2013 >>

(Link, Reply)

By drink.more  - Reply to #927

im not sure that i corectly install the fix, pls help me Mark, should i reinstall win7 again to be sure?

<< Comment #930 @ 22:58 GMT, 19 December 2013 >>

(Link, Reply)

By MarktheC  - Reply to #929

No, you don't need to reinstall Windows 7.

Just run MouseMovementRecorder.exe that is included in the ZIP file (inside its own ZIP), press 'A' key a few times until it shows 'EnPtPr Accel = ON, Pointer speed = 6/11' and if it mostly shows numbers with white text on a black background, you have installed it correctly.

[Edit: I did say 'EnPtPr Accel = Off, Pointer speed = 6/11' by mistake; that was wrong]

IF you need to uninstall my fix, double-click on Windows_7+Vista+XP_Default.reg, press OK, Yes, and so on to apply it, then reboot.

Edited by MarktheC at 21:46 GMT, 20 December 2013

3%

<< Comment #931 @ 08:25 GMT, 20 December 2013 >>

(Link, Reply)

By drink.more  - Reply to #930

thank you much man! have a nice day and good job!

<< Comment #933 @ 21:47 GMT, 20 December 2013 >>

(Link, Reply)

By MarktheC  - Reply to #931

Oops, please note my correction above : I should have said press 'A' until Accel = ON.

2%

<< Comment #934 @ 22:15 GMT, 20 December 2013 >>

(Link, Reply)

By drink.more  - Reply to #933

yes i uderstand that till i try it :), thank you again man! il drink one for your health!

Edited by drink.more at 22:16 GMT, 20 December 2013

<< Comment #932 @ 09:35 GMT, 20 December 2013 >>

(Link, Reply)

By Conditioned  - Reply to #930

Yea people who spend their time like this are generally underappreciated. Thanks a bunch mark!

<< Comment #935 @ 23:39 GMT, 1 January 2014 >>

(Link, Reply)

By Anonymous (65.87.225.132)

Mark, the fix doesn't work in windows 8 but works in windows 7. I used the mouse recorder, it has red and green sometime in windows 8 but not even a little bit will show in windows 7. And I can feel the acceleration in game when I have windows 8 installed. I just play CS this is my only game. windows 8 and 7 are both 64 bit.

<< Comment #936 @ 05:58 GMT, 2 January 2014 >>

(Link, Reply)

By MarktheC  - Reply to #935

If you have WIndows 8.1, then read the section in my post headed "I use Windows 8.1 and see too much green and/or red in MouseMovementRecorder".

(Short version : Make sure Windows 8.1 is up-to-date by using Windows Update.)

MouseMovementRecorder can sometimes show red or green, but that does *not* always mean the fix is not working.

While MouseMovementRecorder has focus, press 'A' key on the keyboard, and compare the red and green when 'EnPtPr' is Off compared to the red and green when 'EnPtPr' is ON.

If ON has a similar amount of red and green as OFF does, then the fix is working.

Try pressing '+' key a few times to see if that makes the red and green go away.

<< Comment #937 @ 08:52 GMT, 10 January 2014 >>

(Link, Reply)

By Anonymous (81.99.38.91)

Hi All,

Since applying this I have to reset my windows sensitivity every time I boot up as the standard speed is far far too slow. Anyone know why this is and how I might fix it?

Thanks

<< Comment #938 @ 20:57 GMT, 12 January 2014 >>

(Link, Reply)

By MarktheC  - Reply to #937

My fix won't have caused the sensitivity to change every boot, but I have a program that maybe can fix this.

I had a similar problem where my Razer mouse drivers would reset "Enhance pointer precision" to OFF every boot, regardless of what setting I had in Control Panel or in the Razer drivers themselves.

Perhaps your mouse drivers have a similar problem?

Try this:

- Reset/fix your sensitivity, then open regedit.exe, navigate to HKEY_CURRENT_USER\Control Panel\Mouse and look at the MouseSensitivity value.

6/11 in Control Panel is MouseSensitivity=10 in the registry.

In general, MouseSensitivity = (2 × PointerSpeed) - 2

(Except 1/11 is 1, not 0)

- Reboot so that sensitivity is mangled or slow, and then open regedit and look at MouseSensitivity again.

- If MouseSensitivity still has the same value, then my program can fix and undo the bad driver sensitivity change.

Let me know.

<< Comment #939 @ 10:32 GMT, 13 January 2014 >>

(Link, Reply)

By Anonymous (81.99.38.91)

Hi Mark,

Thanks for your reply, the value I need is 16 and the registry entry does change to this when I adjust the sensitivity in the control panel, but upon rebooting it resets to 10 every time.

Perhaps your program would be worth a try, do you have a link?

Many thanks

<< Comment #940 @ 17:40 GMT, 13 January 2014 >>

(Link, Reply)

By Anonymous (82.122.129.9)

Hello,

I've just bought a Roccat Lua.

I plugged it in and ran the Mouse Movement Recorder. I wasn't getting any red or green lines. Which is normal because my Windows settings are 6/11 and "Enhance pointer precision" off.

Then I installed the software from Roccat, customized the DPI, but I didn't change the pointer precision and I didn't enable mouse acceleration, yet when I clicked "Apply", I started to get plenty of red lines.

Whenever I press "Apply" in the control panel, the red lines disappear.

Whenever I press "Apply" in Roccat's software, I get many red lines.

I don't understand, here are my settings: http://i.imgur.com/CVH5r86.png

Anyone knows why it behaves like this?

<< Comment #941 @ 20:32 GMT, 13 January 2014 >>

(Link, Reply)

By Anonymous (82.122.129.9)  - Reply to #940

All right I found out why.

Even though it says "same as per control panel" next to "Windows pointer speed", this is not true.

Setting the speed to 6 results in a MouseSensitivity of 11 (in HKEY_CURRENT_USER\Control Panel\Mouse) when it should be 10.

<< Comment #944 @ 22:59 GMT, 15 January 2014 >>

(Link, Reply)

By MarktheC  - Reply to #941

Embarrassing for Roccat to get that wrong!

<< Comment #942 @ 19:27 GMT, 14 January 2014 >>

(Link, Reply)

By Anonymous (81.99.38.91)

For reference I found the problem, Logitech setpoint was resetting it, disabling in msconfig fixed the issue.

<< Comment #943 @ 22:45 GMT, 15 January 2014 >>

(Link, Reply)

By MarktheC  - Reply to #942

Good that it is now fixed.

Since the registry value was being reset to 10, my program would not have helped.

<< Comment #945 @ 11:36 GMT, 22 January 2014 >>

(Link, Reply)

By Hardbitter

It doesn't work for me. Windows 7, 64 bit. Made everything on instruction. Maybe it's that I used cpl mousefix before? If I need to remove it first, how do I do it? Or it is not the cause at all?

Thanks.

<< Comment #946 @ 11:38 GMT, 22 January 2014 >>

(Link, Reply)

By Hardbitter  - Reply to #945

Basically, when I play cs I have those fast accelerations for a split of second, feels like if my dpi would go from 2k to 4k and back.

<< Comment #947 @ 21:15 GMT, 22 January 2014 >>

(Link, Reply)

By MarktheC  - Reply to #946

CPL is not 1-to-1; it has a sensitivity sort of like using 5/11 (on Windows 7, or XP+Vista@60Hz display), but my fix is exact 1-to-1 and the same as using 6/11. Perhaps the speed increase is affecting what you feel?

If so, try decreasing in-game sensitivity to × 0.75 or so.

If the MouseMovementRecorder test shows little red or green, then the fix is working. Your accel problem must be caused by something else.

Make sure CS accel is turned off? (m_customaccel 0 in a config somewhere)

To remove my fix, open the fix ZIP file:

- Select 'Windows_7+Vista+XP_Default.reg' and Double-click it.

- Answer Yes, OK to the prompts that appear.

- Reboot or Log off.

<< Comment #948 @ 11:33 GMT, 23 January 2014 >>

(Link, Reply)

By Anonymous (60.241.225.210)

Your fix does not work with everyone Mark. The 'little' red or green you refer to shows EXACTLY the same with EPP turned off WITHOUT your acceleration fix on windows 7. The CPL mousefix in XP completely fixed the accel bug issue, yours doesn't(for everyone anyway). You can test whether accel is gone or not by doing a 360 in games, it should end up roughly back at the start. MMR isnt the program thats bugged, its your reg fix in some cases...

<< Comment #949 @ 12:44 GMT, 23 January 2014 >>

(Link, Reply)

By tastro

hi mark.

i did what you said in #161 and i get this: 100 x 0 40 x 0

the fix doesn't work for me on 3/11, it works correct only on the default 6/11 windows sens

the builder doesn't work as it should it i have sens in windows on 3/11. on 6/11 it works.

i lowered my dpi so that i can use 6/11 windows sensitivity... but i would really like to play with my dpi at max.

thanks!

best regards, tastro

Edited by tastro at 12:14 GMT, 25 January 2014

<< Comment #951 @ 02:29 GMT, 25 January 2014 >>

(Link, Reply)

By MarktheC  - Reply to #949

Yes, the pre-built fixes will only give exact 1-to-1 when used at 6/11, as you have seen.

If you want a fix for 3/11, you have to build a fix with the fix builder, AND you have to make a choice:

1) Do you want the sensitivity when EPP is ON to be the same as 3/11 with EPP OFF? (which is × 0.25, so with EPP OFF, that test would show 100 x 0 25 x 0), OR

2) Do you want the sensitivity when EPP is ON to be exact 1-to-1? (which is × 1.0, so the test would show 100 x 0 100 x 0)

(The fix builder by default builds an exact 1-to-1 fix for 3/11, option 2. To choose option (1), enter 'N' (letter N) when the fix builder asks about sensitivity.)

If you choose option 2, then you do get exact 1-to-1 (it sort of forces 6/11, even though you are actually using 3/11), BUT your sensitivity is much higher (× 4) compared to when EPP is OFF.

So an older game that turns EPP ON gets exact 1-to-1, but sensitivity is higher and you would have to adjust in-game sensitivity to suit.

If you choose option 1, you don't have to worry about changing sensitivity between game that DO set EPP to ON, compared to games that DON'T set EPP to ON, which could be handy, but you won't be getting exact 1-to-1.

Both options remove all control panel accel, but they do have different sensitivities.

Getting exact 1-to-1 is a SMALL benefit compared to getting a good overall sensitivity, and you won't be getting exact 1-to-1 anyway for games that leave EPP OFF (and don't use Raw Input), so don't worry about missing exact 1-to-1 with option 1.

<< Comment #952 @ 12:37 GMT, 25 January 2014 >>

(Link, Reply)

By tastro  - Reply to #951

hi,

thanks mark!

i will test it out some more and then decide which option i like more. :)

best regards, tastro

<< Comment #953 @ 12:22 GMT, 27 January 2014 >>

(Link, Reply)

By Anonymous (49.187.177.219)

I have an issue.

I have tested the emulated windows 2000 accel(low) in win7 64 and in win8.1 64.

It works in source games and battlefield 4 etc in both win 7 and win 8.1.

In win 7 the accel worked for quake 3, but in win 8.1 it does not function properly, it seems to half my sens, wen i double it to compensate it feels roughly the same but the acceleration behaves a little strange and the aim is pixelated wen moving in certain ways.

With in_mouse 2 my sensitivity is wat it normally is.

The same happens in quake live using windows 8.1 but unfortunately i did not test it in win7. But i assume it would have worked in win7.

Long story short, for some reason the mouse acceleration does not function properly for quake3/live in windows 8.1. And i dont know why.

<< Comment #954 @ 21:30 GMT, 27 January 2014 >>

(Link, Reply)

By MarktheC  - Reply to #953

Just to check: For the emulated Windows 2000 accel to work, control panel "Enhance pointer precision" must be turned ON, and the game must be configured to use Windows cursor input.

So for Quake, that would mean using in_mouse -1.

in_mouse 1 or 2 bypass the curve/fix accel, and you won't have any control panel or fix accel.

Windows 8.1 has had it's own set of mouse problems, that have been fixed by a December Windows Update rollup.

If when you run MouseMovementRecorder.exe you see red or green only sometimes, then the Windows 8.1 rollup (2903939) has been applied.

If you see much red and green, then run Windows update and make sure 2903939 gets installed.

Windows 7 and Windows 8.x need different fix reg files, so make sure you use fix builder to re-create a new Windows 2000 accel fix.

Mouse polling rate will severely affect the accel that my emulation fixes give. If you had 1000Hz on Windows 7, but only 125Hz on Windows 8.1, then that would tend to speed up the mouse and turn the accel on at slower mouse speeds.

If none of the above helps, let me know.

<< Comment #955 @ 01:18 GMT, 28 January 2014 >>

(Link, Reply)

By Anonymous (49.187.184.230)

Yea, i am aware of all these things u speak of.

Like i said, the mouse accel works, and i even made my own custom one, it worls also.

Just quake 3 and quake live for some reason have a weird issue with it in win 8.1. I figure theres a good chance u wont be able to help but ....yea.

Just assume everything is setup correctly and that i know wat i am doing to a point and can tell very easily if it is or is not working :P

Thanks for the response.

<< Comment #956 @ 05:16 GMT, 29 January 2014 >>

(Link, Reply)

By MarktheC  - Reply to #955

If you run MouseMovementRecorder.exe while Quake is running in-game (pointing, shooting), then Alt+Tab back to MouseMovementRecorder (without moving the mouse), does it show EnPtPr Off?

(The column footer at the bottom may have a red background, but it is the "ON"s or "Off"s above that matter.)

If you have EPP ON in the control panel, but MMR shows Off in-game while in Quake, then they have (finally!) fixed their mouse mucking about, and turn EPP OFF in-game. (IF EnPtPr shows Off that is.)

<< Comment #957 @ 09:25 GMT, 29 January 2014 >>

(Link, Reply)

By Anonymous (49.187.188.140)  - Reply to #956

Says its on.

Wouldnt explain why q3 and quake live behave the same way anyways.

<< Comment #960 @ 23:09 GMT, 31 January 2014 >>

(Link, Reply)

By MarktheC  - Reply to #957

Aha, it seems that Quake 3 and Quake live are not included in the list of games automatically fixed by the Windows 8.1 kb2908279 fix.

Try using the instructions in the "How to extend this update to other games" section of this fix:

Mouse pointer stutters or freezes when you play certain games in Windows 8.1 and Windows Server 2012 R2 @ support.microsoft.com.

Note: You don't have to install that fix, because it is included in the December Windows Update 2903939 rollup, which you should already have by now, but you do need to manually add both Quakes as described.

Let me know if that helps or not.

Edited by MarktheC at 23:09 GMT, 31 January 2014

<< Comment #961 @ 02:03 GMT, 1 February 2014 >>

(Link, Reply)

By Anonymous (49.187.182.153)  - Reply to #960

Ahh, mmmmmmm quake live has no executable =\

I have no idea if using plugin container or the dll will work either, will try soon.

<< Comment #962 @ 02:38 GMT, 1 February 2014 >>

(Link, Reply)

By Anonymous (49.187.182.153)  - Reply to #961

Actually found the launcher.exe file ill try that.

<< Comment #963 @ 03:36 GMT, 1 February 2014 >>

(Link, Reply)

By Anonymous (49.187.182.153)  - Reply to #962

Fuck yea it works, thanks man!

<< Comment #958 @ 19:03 GMT, 31 January 2014 >>

(Link, Reply)

By Anonymous (82.33.188.73)

Hey Mark, After ages of my mouse problems I finally fixed it by doing a windows update. I really have no idea what was causing the problem but it wasn't right.

However I still have one question my mouse is set to 1000hz and unfortunately I can't change it, when using your MMR I'm not always getting 1000hz It goes from 1-1000hz, is the lower rates just based on smaller movements.

Also I have been noticing weird jitters every now and then on my Gigabyte M6900 I am using 400DPI is this the cause and would you recommend going higher?

At least my main problem was sorted and I can actually aim properly now feels fantastic

<< Comment #959 @ 22:28 GMT, 31 January 2014 >>

(Link, Reply)

By MarktheC  - Reply to #958

Your mouse is being polled at 1000Hz, but MMR only gets to read mouse input if the mouse actually moves.

The Hz number that MMR shows is just the time between two consecutive mouse movements, turned into a Hz, so 1 second between movements (a very slow movement) would be 1 Hz.

About jitters, I can only suggest try different mouse pads, or gently clean the sensor window under the mouse, otherwise I don't know much about that.

<< Comment #964 @ 14:50 GMT, 10 February 2014 >>

(Link, Reply)

By Anonymous (82.33.188.73)

Hi again,

I'm still noticing the mouse not perfectly moving, I'm not sure what it is still.

I've uploaded some dumps from different games hopefully they might help

Black Ops 2:

http://s28.postimg.org/6s3f4dznx/screen_dump.png

http://s27.postimg.org/92qwuygub/dump_2.png

http://s23.postimg.org/3zkx81ngb/dump_3.png

Planetside 2:

http://s28.postimg.org/c7dkf0ij1/dump_4.png

Battlefield 4:

http://s28.postimg.org/bpn0cwibx/dump_6.png

http://s14.postimg.org/4ydnc8n5d/dump_7.png

Rust:

http://s23.postimg.org/f8iv0x9mj/dump_8.png

<< Comment #966 @ 00:16 GMT, 14 February 2014 >>

(Link, Reply)

By Anonymous (82.33.188.73)  - Reply to #964

it may just be repositioning, but anyway it still feels strange. it's not exactly like pixel skipping because it feels as if there aren't any pixels all my movements are still all smooth. I cannot move pixel by pixel like everyone else can

<< Comment #967 @ 09:53 GMT, 18 February 2014 >>

(Link, Reply)

By MarktheC  - Reply to #966

All of those look exactly like the game repositioning the pointer.

To see if you might have pixel skipping, enter your mouse and game values into this site:

http://www.funender.com/quake/mouse/index.html

Enter your in-game sensitivity.

Enter your in-game resolution width.

Enter your field of view (fov).

Click the second "Calculate" button in the "Sensitivity" block (that calculates "real sensitivity (inches/360)"

Click the dpi / calculate button.

If the calculated "estimated useful dpi" is greater than your actual mouse DPI, then you will be pixel skipping.

<< Comment #965 @ 11:34 GMT, 13 February 2014 >>

(Link, Reply)

By bushzy

Hello,

I currently have issues with my logitech g400 - when I use it driverless, I get red lines every now and then when using MMR (the faster I go with the mouse the more there is, also looks like in the middle off 990-1010hz rates there are some 400 ones sometimes) but a LOT of green lines, like an ensemble of them. When I install the drivers to set it on 500hz, red lines go away but the green lines are still there (if I move the mouse fast there is only that) same on 125 and 250hz. I have 0 mouse acceleration whatsoever I'm obsessed with it really. Do you think that comes from the mouse, or could it be the USB port? I have a brand new g400s but I don't know if it's worth trying it out.

PS: I use a qck heavy.

Thanks a lot.

<< Comment #968 @ 09:57 GMT, 18 February 2014 >>

(Link, Reply)

By MarktheC  - Reply to #965

You will get a lot of green if you use a pointer speed setting below 6/11. What setting do you use?

Occasional red usually means Windows being a bit slow to update the pointer position. The longer delay causes MMR to give up trying to see the pointer move (and give up trying to match that particular movement), and it displays red when the pointer does move and two movements get recorded for the next movement after. Expected from time to time and normal.

<< Comment #969 @ 09:00 GMT, 21 February 2014 >>

(Link, Reply)

By bushzy  - Reply to #968

I use a 6/11 setting. Red lines went away on desktop by maximising the MMR window! Still, if I just move the mouse around too quick I only get green lines. I don't know what could be the cause of that. Some times ago I had noticed an Avast file called avkeyboardfilter or something similar that upon deletion had really made my mouse behave better, is it possible that there are other similar files?

<< Comment #980 @ 03:29 GMT, 12 March 2014 >>

(Link, Reply)

By MarktheC  - Reply to #969

Some red and green can happen when Windows is a bit slow updating the pointer position.

A lot of green might mean the pointer has hit the edge of the screen area, especially when moving the mouse quickly.

<< Comment #970 @ 22:18 GMT, 27 February 2014 >>

(Link, Reply)

By Parkas1

With in_mouse 2 ; green and red line in MMR

With in_mouse 1 no green or red line when alt tab and back to QL need to in_restart ( Pointer do not move )

Edited by Parkas1 at 22:21 GMT, 27 February 2014

<< Comment #974 @ 21:22 GMT, 4 March 2014 >>

(Link, Reply)

By MarktheC  - Reply to #970

in_mouse 2 is Raw Input and is recommended.

MMR may still show red and green with in_mouse 2 if the game hasn't bothered to turn-off its pointer re-centering (the re-centering is needed for in_mouse -1, but is not *needed* for 1 or 2, but it won't hurt 1 or 2.)

in_mouse 1 is DirectInput, which is MS DirectX using Raw Input behind the scenes and passing it to the game. Not recommended because of the extra layer between the game and Raw Input.

I suggest using in_mouse 2 and ignoring the red and green.

<< Comment #971 @ 21:06 GMT, 3 March 2014 >>

(Link, Reply)

By Anonymous (82.33.188.73)

Hi it's me yet again but I have solved my long going problem as such, basically I found out that when I plugged in a USB mouse which originally came with, I then hopped into a couple of games and found that the mouse felt right straight away my aim was on par and it felt 1-1 responsive.

The secondary mouse that I plugged in is a cheap mouse which only has 4 small teflon feet now with the pad I use which is the Razer Goliathus Speed Edition it's very smooth. with my gaming mouse the Gigabyte M6900 there are 2 large feet on the bottom now I think it may be a case of that all my gaming mice haven't felt exactly right because of the movement is way too smooth. I overlooked this and thought nobody else really mentioned anything about natural feel for how much friction / smooth a mouse is on a mouse pad.

The (secondary) mouse even though feels a lot nicer is set to a custom DPI which I have worked out must be around 1150, the mouse does feel accelerated and jitters at times also having a tendency to press the left click when using the right click button unintentionally.

Now basically I would just like your opinion on whether or not I should either buy another mouse pad which is more for control instead of speed, or buy a new mouse which doesn't have as large or as many Teflon feet?

Im only sure that it must be this as when I tryout 3-4 other mice which I own they all feel similar unless they are all broken but that would be pretty unlikely. and also just to add if you could recommend any small-medium size mats that have more friction with price not really being an issue.

Many thanks and also apologies for another long and winded post.

Luke,

<< Comment #973 @ 21:14 GMT, 4 March 2014 >>

(Link, Reply)

By MarktheC  - Reply to #971

I can't really recommend a new mouse or a new mouse pad.

I also have a Razer Goliathus Speed Edition, and it seems fine.

From what I remember about surface friction, a larger surface area of mouse feet doesn't affect total friction : although there is more pad area, the weight of the mouse and your hand is spread out over a larger area, and it balances out the same.

<< Comment #975 @ 23:51 GMT, 4 March 2014 >>

(Link, Reply)

By Petru  - Reply to #973

Maybe if mouse pad is in perfect condition, but large mouse feet make friction insane for me on normal to heavy used pad.

<< Comment #977 @ 18:56 GMT, 5 March 2014 >>

(Link, Reply)

By Anonymous (82.33.188.73)  - Reply to #973

I think it's because I'm a high sensitivity player I believe most people are low sens so I like a smooth mouse but not on a smooth surface as well which seems fine for low sens players.

Obviously for me its one of the other has to be more rough and because my gaming mouse is so smooth it feels awfully hard to control on the goliathus at any DPI even 400.

<< Comment #978 @ 12:30 GMT, 6 March 2014 >>

(Link, Reply)

By Anonymous (82.33.188.73)  - Reply to #973

One thing I noticed yesterday after getting the Razer Sphex which actually feels nicer and tracks better was that on paint, my cheap secondary mouse doesn't make any jagged lines at all.

Where as my gaming mouse does mouse feel better but It must be that the Gigabyte M6900 isn't tracking properly as it makes jagged lines everywhere; or it could be where the teflon feet (especially the top one) feels so smooth still.

Is there anyway I can maybe make it less smooth by like rubbing sandpaper on it to wear it down it feels as if it has some kind of coating on it or the mouse just doesn't track to begin with properly.

<< Comment #972 @ 23:29 GMT, 3 March 2014 >>

(Link, Reply)

By baaked

no more windows accel for me

<< Comment #976 @ 23:57 GMT, 4 March 2014 >>

(Link, Reply)

By doped

is it possible to make patch(like anir on xp) instead of refresh rate dependent fix?

<< Comment #981 @ 03:34 GMT, 12 March 2014 >>

(Link, Reply)

By MarktheC  - Reply to #976

It may be possible for someone else to make a patch like anir's.

But see Comment #3 above [jump] there will be no difference between the correct reg fix and a fix like anir's

On Windows XP and Vista, the reg fix needs to be for the correct refresh rate and Windows text size DPI.

On Windows 7/8/8.1, the reg fix only needs to be for the correct Windows 'Control Panel > Appearance and Personalization > Display", and works for any refresh rate.

<< Comment #983 @ 14:44 GMT, 12 March 2014 >>

(Link, Reply)

By doped  - Reply to #981

ahh, okay, it was because of the refresh rate i was asking, but if that is fixed on win7 it's fine i guess. thanks for the answer.

<< Comment #979 @ 15:26 GMT, 9 March 2014 >>

(Link, Reply)

By Anonymous (78.126.79.53)

Hey Mark

I'm always using ur fix whenever i install/resintall windows,

On windows 8.0 i installed ur fix, i do not get much green/red line most of the time but sometimes it happens like this : http://imgur.com/zOlICnK

is it normal ? i mean i prefer it to be perfect with always no red/green but i'd like to ask you if its okay like normal thing related to windows, little MMR errors, things like that ?

thanks

<< Comment #982 @ 03:40 GMT, 12 March 2014 >>

(Link, Reply)

By MarktheC  - Reply to #979

Yes, the occasional red and green is normal, I get them all the time (maybe 1 in every 100, but it varies).

It is just Windows being a bit slow in updating the pointer position at that time. If Windows takes longer than 0.5ms to update the pointer position (which is one-half of a 1000Hz mouse polling interval), then MMR gives up trying to wait for the matching pointer movement and displays green. Then the next mouse movement sees both its movement AND the previous movement and displays a larger amount in red.

It's just caused by occasional small delays in Windows updating the pointer position.

You can make MMR wait longer by using the "+" key on keyboard, and that would eliminate the red (but MMR might then report the wrong mouse Hz number instead of showing red...)

<< Comment #984 @ 11:53 GMT, 28 March 2014 >>

(Link, Reply)

By Anonymous (82.33.188.73)

Hi once again, I have another new mouse to go with my collection the Perixx MX 2000IIB. this mouse has worked nicely and feels like it is tracking well, but again something weird has happened. as I'm back to Windows 7 a little while ago (couple of days after using the new mouse) windows update decided it would do an update for me.

The next time I logged onto my PC I tried out my mouse again and just out of curiosity I decided to plug in my old Gigabyte M6900 when I plugged it in I was instantly surprised by how much more responsive it seemed to be.

Because before when I used the mouse it felt like on any sensitivity it felt like it was too low, now it feels like it is tracking how it was meant to. One thing to note also when I use MMR in-game with the mouse there is no red and green lines constant just the odd occasional red line.

Once again I am confused because of I thought it was my peripherals but it seems like some other hardware problem, is there any kind of setting that you may be aware of that I may have altered in the BIOS or something or could there be some kind of hardware problem i.e. PSU not giving enough power.

This means that after all the mice I currently own my R.A.T. 3 mouse must have been fine all along, however even after the update the mice still don't feel perfect but track a lot better than before.

Any suggestions as to why Windows is changing my sensitivity on it's own just from a Windows update?

Many Thanks,

Luke

<< Comment #985 @ 19:11 BST, 5 April 2014 >>

(Link, Reply)

By Anonymous (92.238.119.152)

Hi mark gonna make it a quick one, I installed the 8.1 100% scaling fix. Never seemed to work, the mouse felt accelerated and not 1-1 and displayed many green and red lines on mmr. I went back to default reg to test and to my surprise it was 1-1 completely black on desktop and in game. Is this normal? I have the latest windows update including the windows official 8.1 mouse fix. But I have read that green and red lines are normal in windows 8.1 should I install the fix again or leave it as it is? Regards mate

<< Comment #986 @ 23:02 BST, 5 April 2014 >>

(Link, Reply)

By MarktheC  - Reply to #985

Make sure you have rebooted after applying the fix.

The default reg will show all black when 'Enhance pointer precision' is OFF.

Games that use Raw Input or DirectInput will often show all black in-game (AFAIK), and even games that need a fix will show all black on their "consoles", or menus.

They only start doing the "pointer-to-the-centre" dance when in-game properly, aiming at targets and such.

I would try it again, making sure that you reboot.

Then test MMR on the desktop first (not in-game), and press the "A" key on the keyboard at times.

Every time you press the "A" key, MMR will toggle EPP (=EnPtPr column) on or off.

The fix is working when you get mostly all black when EnPtPr is Off, and also get mostly all black when EnPtPr is ON.

If you have no luck, then please upload a picture of what MMR shows.

(To post a picture, Make a post here, save it, then edit it again with the "Edit" link top right of your post, then Click the "Attachment ... Browse button just below the text area.)

Edited by MarktheC at 23:03 BST, 5 April 2014

<< Comment #987 @ 15:34 BST, 8 April 2014 >>

(Link, Reply)

By Anonymous (92.238.119.152)  - Reply to #986

Thanks alot, seem to have sorted it now. I installed the fix again and restarted and then tested and it worked like a charm (i did delete all the downloaded files and redownload them once i changed it back to reg,default, to give myself a blank canvas). Installed 100% scaling fix, restarted and get no green or red, in game and desktop even with enhance pointer precision on or off!

Cheers Pal

<< Comment #988 @ 17:43 BST, 5 May 2014 >>

(Link, Reply)

By Anonymous (109.255.62.54)

hello Mark.

I dont know what is going on but i just cant feel mouse anymore. I have windows 8. i tried your mouse fix i didnt really help. I have ROCCAT XTD mouse and razzer mousepad. maybe its a mouse fault??? its quite expensive mouse.. i dont know. i tried everything. could it be windows 8 itself? maybe i have to donwgrade to windows 7?or should a buy a different mouse like steelseries or razzer? hope u can help me. thanks.

<< Comment #990 @ 04:19 BST, 6 May 2014 >>

(Link, Reply)

By Anonymous (109.255.62.54)  - Reply to #988

P.S im playing csgo. i have turned off acceleration and raw input in game. soo i dont know. hope u can help me.

<< Comment #989 @ 18:00 BST, 5 May 2014 >>

(Link, Reply)

By CAREEM

With in_mouse 1 is this still important or no? With in_mouse 1 i have the same in QL.

http://esreality.com/post/2590950/same-shape-as-abyssus/ It seems that I have predictions. Help please

Edited by CAREEM at 18:00 BST, 5 May 2014

<< Comment #991 @ 13:43 BST, 8 May 2014 >>

(Link, Reply)

By MarktheC  - Reply to #989

in_mouse 1 or 2 removes Control Panels acceleration, same as a fix, so you don't need a fix for Quake games when you use in_mouse 1 or 2.

(I think 2 is preferable, it is Raw Input, but I'm not sure.)

<< Comment #992 @ 14:23 BST, 11 May 2014 >>

(Link, Reply)

By Anonymous (84.250.199.13)

MarkC how come i can feel a difference in my mouse movement even in Windows 7 desktop switching between Windows default curve and your fix?

The movement in general feels slightly different. Not worse or better, just different. I though the fix only does something if accel is enabled. I've been wondering about this for a long time. Does anyone else feel it?

<< Comment #993 @ 04:49 BST, 13 May 2014 >>

(Link, Reply)

By MarktheC  - Reply to #992

The fix does only have an effect when 'Enhance pointer precision' is checked ON.

<< Comment #994 @ 07:46 BST, 13 May 2014 >>

(Link, Reply)

By Anonymous (84.250.199.13)  - Reply to #993

But that's my point. It's simply not true. There is a clear difference in mouse feel just by installing/uninstalling the fix. Everything is slightly snappier with the fix installed. It's the same with every mouse i have and none of them have prediction or such.

Now i'm not complaining or anything i'm just curious why this is.

<< Comment #1006 @ 04:16 BST, 23 June 2014 >>

(Link, Reply)

By inspectre  - Reply to #994

I believe you are correct. This issue has actually bugged me for years because I cannot for the life of me figure out why there is a difference in mouse feel between registry fixes when EPP is OFF.

Even games with raw input (such as QL) seem to be affected by this strange scenario.

As a result, I've always used my own fix because it feels the cleanest and quickest compared to others >>> setting all the reg values to 0 in SmoothMouseXCurve & SmoothMouseYCurve (FYI if you attempt to try this, make sure EPP is OFF BEFORE you apply it).

<< Comment #1012 @ 04:07 BST, 26 July 2014 >>

(Link, Reply)

By Anonymous (84.250.199.13)  - Reply to #1006

What do you mean exactly by setting all values to 0?

<< Comment #1013 @ 05:16 BST, 26 July 2014 >>

(Link, Reply)

By Anonymous (84.250.199.13)  - Reply to #1012

I tried this method and it feels very very good :) Thanks.

<< Comment #995 @ 17:02 BST, 13 May 2014 >>

(Link, Reply)

By Anonymous (93.4.38.135)

Do someone have a copy of the program there: www.esreality.com/post/2363191/custom-mouse-a...r-windows/ and could re-upload it somewhere ?

Hosting site is down.

<< Comment #996 @ 01:07 BST, 14 May 2014 >>

(Link, Reply)

By MarktheC  - Reply to #995

https://drive.google.com/file/d/0B_PnkMGDlD5n...sp=sharing

<< Comment #997 @ 13:41 BST, 14 May 2014 >>

(Link, Reply)

By Anonymous (93.4.38.135)  - Reply to #996

Thank you a lot MarkC.

<< Comment #999 @ 02:51 BST, 30 May 2014 >>

(Link, Reply)

By Anonymous (76.102.196.231)

Hey Mark,

I appreciate what you've done in helping us get this fix to work. I simply can't get mine to work. I've got the 100% default text size, restart, have pointer precision checked. the mouse movement program just shows a lot of red and green unless i go reallllly slow. any ideas? thanks!

<< Comment #1002 @ 00:58 BST, 31 May 2014 >>

(Link, Reply)

By MarktheC  - Reply to #999

There's at least two things going on:

1) Mouse movement and corresponding pointer movement, which should be 1-to-1, and is when you move really slow

2) Delays in when Windows updates the mouse position or when MouseMovementRecorder sees the pointer move.

Hopefully (1) (exact 1-to-1) is happening, but the timing is causing the red and green.

What happens is that there are 4 different events, and timing (delays) of those things can get MouseMovementRecorder confused. The things that happen are:

A) Windows sees (receives) the mouse movement.

B) MouseMovementRecorder sees the mouse movement.

C) Windows processes the mouse movement and moves the on-screen pointer.

D) MouseMovementRecorder sees that the pointer has been moved.

Very often there is a small delay between A and C : Windows does not always immediately move the pointer.

Depending on OS, system load and other things, the delay between A and C can be over 500 µs (microseconds, one millionth of a second).

Because there can be a delay, MouseMovementRecorder tries to match up the mouse movement and the (delayed) pointer movement by WAITING for a small period after it sees the mouse movement (B) in the hope that it will see the pointer movement (D) and can display them on the same line and show 1-to-1.

If the delay is greater than 500 µs then MouseMovementRecorder gives up waiting and displays colour, and when the pointer does finally move the next line (often) gets two pointer movements and only one mouse movement and shows red.

This delay problem was very noticeable in Windows 8.1.

The "solution" is to make MouseMovementRecorder try harder to match up the mouse movements and the pointer movements.

There are a few ways to do that, but the easiest is to press the '+' key on the keyboard a few times. Each '+' key press increases the wait time that MouseMovementRecorder uses to match up movements and makes it more likely that MouseMovementRecorder can see the matching movements and show that you are getting 1-to-1.

You might have to press '+' key until "Max delay" is 4000 or greater.

If that doesn't "fix" it, please upload a picture of what MouseMovementRecorder shows.

<< Comment #1000 @ 13:20 BST, 30 May 2014 >>

(Link, Reply)

By tastro

Hello,

any idea on how to turn the mouse acceleration off in cod1?

With your fix, it doesn't work. :(

Best regards,

Tastro

<< Comment #1001 @ 13:34 BST, 30 May 2014 >>

(Link, Reply)

By zb0t  - Reply to #1000

HELLO MAN,

FIRST OF ALL CONGRATULATIONS YOU GOT THE 1000TH POST IN THIS THREAD, DAYUUUMMM.

Weird you can't, I haven't touched vcod for years but last time with my DA 3.5 with accel off only in driver I didn't feel any accel even without MarkC (win vista + win 7). What's your config?

<< Comment #1003 @ 10:23 BST, 14 June 2014 >>

(Link, Reply)

By tastro

Hello,

i have a new monitor with a higher resolution, then my old one. The problem is that my mouse is now too slow. And i can't change DPI on my mouse.

The problem is that if i set the windows sensitivity to 7/11 your fix doesn't work anymore... I used your MarkC_Windows_8+7+Vista+XP_MouseFix_Builder.cmd and chosen 7/11, but it acts like 6/11

<< Comment #1004 @ 10:34 BST, 14 June 2014 >>

(Link, Reply)

By tastro

Hello,

i found out that it actually works... But! The mouse speed is always like it would be on 6/11. :( That doesn't help me much... I have a IME 3.0 on a 1920x1080 resolution... and the mouse is just to slow. :(

Any ides on how to fix this?

<< Comment #1007 @ 23:40 BST, 7 July 2014 >>

(Link, Reply)

By MarktheC  - Reply to #1004

When you use the mouse fix builder, it does by default create a REG file that works like 6/11, even though you have set 7/11.

BUT you can also use it to build a fix that works the same as 7/11, by typing/entering different numbers in as it asks you what to do.

Run it again, and when it asks: "Enter the pointer speed scaling (sensitivity) factor that you want...", overwrite its suggested "1-to-1" with letter "N", and continue as before to create the fix.

The REG file created will have x1.5 in the name, and "x 1.5" in the "Confirm the fix details and click OK" question.

(× 1.5 is the scaling for 7/11 when "Enhance pointer precision" is turned OFF.)

Give that a go.

You won't get exact 1-to-1, but all Control Panel acceleration will still be removed.

Depending on which game(s) you play, there are other options, for example, the default fix builder 1-to-1 scaling is supposed to work with a game that DOES misbehave and turn 'Enhance pointer precision' ON, so that you then get exact 1-to-1, but then you also have to change the in-game mouse sensitivity higher (or lower) to get the sensitivity you want.

I personally don't use my own fix (I don't game much), as I use 'Enhance pointer precision' ON on the desktop, AND the default Windows REG curve, otherwise mouse response is too slow moving across all 2330 pixels and down all 1680 pixels of my 2-monitor desktop.

When I do game I use other methods to get rid of Control Panel accel, such as enabling Raw Input in-game, or manually turning EPP OFF before starting gaming and using launch options (-noforcemspd), or I have a program that turns EPP OFF before I start gaming which I can leave running and it will turn EPP back ON when I close it afterwards.

If you would prefer the standard Windows curve with 'Enhance pointer precision' ON on the desktop, and might want to try my program, let me know.

<< Comment #1005 @ 04:16 BST, 23 June 2014 >>

(Link, Reply)

By inspectre

Hey MarktheC,

A little more than a year go, I attempted to do some analysis of your fix based on a similarly related thread:

Tutorial: how to customize Windows accel

I uploaded a copy of my excel spreadsheet so you can take a look at my work (the last 2 sheets are my try at creating a fix according to the thread previously mentioned).

registry_values.xlsx

(haven't looked at it in a while, so I had to review it a bit)

Basically, I'm curious why my reg values recorded errors in mousemovementrecorder and yours did not. The main difference I found was a discrepancy in the "gain factor"

mine = 5.46875

yours = 5.46875521541139

Can you explain why you used a different gain factor? Your participation in the other thread (comment #96) indicates my value should be correct.

<< Comment #1008 @ 01:34 BST, 8 July 2014 >>

(Link, Reply)

By MarktheC  - Reply to #1005

Because Windows does its curve calculations using 32.16 fixed point binary, some of the intermediate steps in the calculation cause some fractional bits to be truncated. The Smooth_# curve values can be tweaked to adjust for those truncations, and that is what I have done with my numbers.

The general calculation (Windows 7) is:

Pointer = Mouse × (Smooth_Y × DPI / 150 × MouseSensitivityFactor) / (Smooth_X × 3.5)
... and that is good enough when building a curve that will have a smoothly varying sensitivity, as hoppan's tutorial describes.

(MouseSensitivityFactor is the registry MouseSensitivity value divided by 10, and is = 1.0 for 6/11)

The actual (equivalent, but still much simplified!) calculation Windows uses is:

Pointer = Mouse [*] (INT(INT(INT(Smooth_Y * INT(DPI * 65536 / 150) / 65536) * MouseSensitivityFactor / 65536) * 65536 / INT(Smooth_X * 3.5)))
... where Smooth_X is the full "32.16" × 65536 raw SmoothMouseXCurve value, so 655360 = 0xA0000 = "10.0" in your spreadsheet, and Smooth_Y is the full "32.16" × 65536 raw SmoothMouseYCurve value, so 3584000 = 0x36B000 = "54.6875".

If you put 655360 = 0xA0000 and 3584000 = 0x36B000 into the formula above, it returns 65535 = 0xFFFF = "0.999984741", not quite 1.0 which causes red or green in MouseMovementRecorder.

If you put my numbers in, 671088 = 0xA3D70 = "10.23999023" and 3670016 = 0x380000 = "56.0", it returns 65536 = 0x10000 = "1.0"

You may wonder how to find values of Smooth_X and Smooth_Y that have a desired sensitivity, when truncation gets in the way?

Earlier versions of my mouse fix builder used to take a guess and then iterate by adding 1 until it found values that worked.

Newer versions know how to (usually) calculate the close Smooth_# value, have a look at the VBS code, or maybe I can decode what it does into an Excel formula for you.

<< Comment #1009 @ 11:49 BST, 18 July 2014 >>

(Link, Reply)

By Anonymous (78.3.63.211)

Hey guys... i have windows 7 64bit and playing cs 1.6 after 5 years inactive. I have now Sensei MLG edition. LCD 75hz.

Im try all combinations to find "0" negative acceleration and i have 0 acceleration!

When im find one good sens on game tomorrow its are diffirent or after 1-2 playing game. Dont know bot sens become to slow when im move fast... Can anyone tell me please:

What i need put for 0 accleration and 0 negative acceleration?

Please help me... I dnt know what i can make mode after mouse fiexes, noforce comands, change to big dps low in game sens and etc etc.

If someone know, what i need put for my windows 7. 64 bit to get 0 acceleration and 0 negative acceleration. I realy hope are there someone automatic know it :)

<< Comment #1024 @ 14:12 BST, 6 August 2014 >>

(Link, Reply)

By doped  - Reply to #1009

the noforce commands you mention should use not allow the accel to be forced on again and therefore "remove" it, if you do not use it at your desktop.

<< Comment #1010 @ 10:19 BST, 25 July 2014 >>

(Link, Reply)

By Anonymous (110.142.68.67)

Any chance for multi step acceleration fixes(builder) over 2. ie 10 step, etc.

<< Comment #1011 @ 01:08 BST, 26 July 2014 >>

(Link, Reply)

By MarktheC  - Reply to #1010

Not by using the Windows registry SmoothMouse~Curve, unfortunately.

The Windows registry curve only has 5 "points" available (a point being a (XCurve, YCurve) pairing, where X is mouse speed or movement, and Y is pointer speed or movement).

You need 2 points for each level step, assuming that the steps are level (constant sensitivity) across the range of the step : 1 point to mark the start of the step and 1 point to mark the end.

You might think that a 3 step (slow step + medium step + fast step) registry curve might need 2×3 = 6 points, but by being very very clever, I've managed to fit 3 steps into 5 points!

More than 3 LEVEL steps is not possible, sorry.

If you don't care that each step is "level", then the 5 points can be used to create a mostly smoothly changing curve that has a variable sensitivity throughout the curve. Because the sensitivity calculation between the points is interpolated, only having 5 points is not as bad as it sounds.

hoppan has a written a Tutorial: how to customize Windows accel that describes how to calculate the SmoothMouse values for combinations of mouse speed and sensitivity.

bologna has created a program Custom mouse accel program for Windows to create a REG file from calculated mouse speeds and sensitivities.

I have a long term plan to write a SmoothMouse curve editor program, but haven't done so yet.

Edited by MarktheC at 01:40 BST, 26 July 2014

<< Comment #1015 @ 09:37 BST, 26 July 2014 >>

(Link, Reply)

By Anonymous (110.142.68.67)  - Reply to #1011

When you say "the 5 points can be used to create a mostly smoothly changing curve that has a variable sensitivity throughout the curve.", would that mean, it would be similar(the same) as quake lives other acceleration style?

Also i use windows 8.1 would that "how to customize" guide apply?

<< Comment #1017 @ 08:05 BST, 30 July 2014 >>

(Link, Reply)

By MarktheC  - Reply to #1015

Probably not very similar to Quake Live's accel, but I'm not sure at this point.

I haven't looked closely, but I seem to recall that QL accel had a threshold and then exponential something...

(Can you point me to any website or forum post where QL's accel is described?)

It will depends on the exact QL accel, but I'd have to guess it would be different.

> 3 steps...

I may have mixed up steps and levels in what I wrote above. To be clear:

My mouse fix builder can build curves with:

- 0 steps and 1 level (level always applies, and has constant sensitivity for all mouse speeds).

An example of this type is the normal MarkC fix.

- 1 step between 2 different levels. There is a slow level, a step and then a fast level.

An example of this type is Windows 2000 Low acceleration curve, but others can be built with a different threshold (step point) and sensitivities (level heights).

- 2 steps between 3 different levels. There is a slow level, a step, a medium level, a step and a fast level.

Examples of this type are Windows 2000 Medium and High acceleration curves, but others can be built with different thresholds (step points) and sensitivities (level heights).

It is the 2 step/3 level registry fix that I needed to be clever for.

All 3 can be built with the current fix builder.

hoppans' guide still applies to Windows 8 and 8.1.

In his formulas there is a number "150". For Windows 8+, use 120 instead, but the rest of his guide is still good.

Edited by MarktheC at 08:09 BST, 30 July 2014

<< Comment #1018 @ 09:02 BST, 30 July 2014 >>

(Link, Reply)

By Anonymous (110.142.68.67)  - Reply to #1017

From something i glanced ...at some point, the other acceleration style in QL was supposed to work like...the faster the mouse moves the more accel it adds, that is what i remember but i have never looked into it tbh.

I guess i have been using a 3 level fix already, would be nice if u could make one of the steps do a gradual increase in sens as the mouse sped up more and more until it reaches the next threshold.

How i have it now is, it starts at 0.8, gets bumped up to 1-1@ threshold of 2, then gets doubled at a threshold of 7. Im not even sure if thats the best way to do it, and im not sure what gets doubled since i have not read into mouse accel, i assume the base sens gets doubled. ie if i am using a sens of 3.4 in QL, then the last step is giving me a sens of 6.8 ie 3.4 x 2, not 2.7(3.4 x 0.8) x 2 /shrugs.

What would be nice is if ...from the first step to second step it would have a gradual sens increase with mouse speed up to a threshold of 7-8. So it starts at 0.8, gets bumped up to 1-1@2, then sens gets gradually increased to 2x with mouse speed. (so essentially the mouse speeds past 2 up to a threshold of 8 would act as mini thresholds?/interpolation).

I dont know if thats what u meant by variable sens but that would be sarrrweeeet. At one point in time i knew what interpolation was, not anymore, so i am probably off on what u mean. However, twould be nice.

<< Comment #1019 @ 02:52 BST, 2 August 2014 >>

(Link, Reply)

By MarktheC  - Reply to #1018

"if i am using a sens of 3.4 in QL, then the last step is giving me a sens of 6.8 ie 3.4 x 2"

Yes, correct.

The first level between 0 and <=2 would have a QL sens of 3.4×0.8 = 2.72

The second level between >2 and <=7 would have a QL sens of 3.4×1 = 3.4

The third level >7 would have a QL sens of 3.4×2 = 6.8

"What would be nice is if ..."

There are at least three ways of doing that.

Way 1, is to use an edited normal curve with a short segment (level) between 2 and 3 that steeply and quickly raises the sensitivity.

The curve looks like so:

Windows Registry Editor Version 5.00

[HKEY_CURRENT_USER\Control Panel\Mouse]

"SmoothMouseXCurve"=hex:\

00,00,00,00,00,00,00,00,\

db,b6,00,00,00,00,00,00,\

6e,db,00,00,00,00,00,00,\

db,36,02,00,00,00,00,00,\

00,00,28,00,00,00,00,00

"SmoothMouseYCurve"=hex:\

00,00,00,00,00,00,00,00,\

00,80,02,00,00,00,00,00,\

00,c0,03,00,00,00,00,00,\

00,60,13,00,00,00,00,00,\

00,00,5e,01,00,00,00,00
... or in numbers that can be put into bologna's CurveEditor.exe program:

x1 = 0.714285714, y1 = 2.5

x2 = 0.857142857, y2 = 3.75

x3 = 2.214285714, y3 = 19.375

x4 = 40, y4 = 350

Notice the narrow gap between x1 and x2, which is the steep segment to lift the sensitivity from 0.8 to 1.0

With a normal Windows curve a curve segment rises more steeply at the start and less steeply at the end, so the curve segment between x2 and x3 is not straight like you might think, and the sensitivities that apply at each mouse speed for this curve are:

0 : × 0.8

1 : × 0.8

2 : × 0.8

3 : × 1.0

4 : × 1.4

5 : × 1.65

6 : × 1.8

7 : × 1.9

8 : × 2.0

9 : × 2.0

10:× 2.0 etc.

Way 2 is to use a normal curve WITHOUT a steep segment to raise the sensitivity from 0.8 to 1.0, because that is a very small jump, and the sensitivity rises fastest at the start of a segment any way. The usual tradeoff here might be less of a jump from 0.8 to 1.0, but a more smooth progression from 1.0 to 2.0, BUT because your jump is so small anyway, it just works out with the same jump and a smoother progression!

The curve looks like so:

Windows Registry Editor Version 5.00

[HKEY_CURRENT_USER\Control Panel\Mouse]

"SmoothMouseXCurve"=hex:\

00,00,00,00,00,00,00,00,\

db,b6,00,00,00,00,00,00,\

b7,6d,01,00,00,00,00,00,\

db,36,02,00,00,00,00,00,\

00,00,28,00,00,00,00,00

"SmoothMouseYCurve"=hex:\

00,00,00,00,00,00,00,00,\

00,80,02,00,00,00,00,00,\

00,c0,08,00,00,00,00,00,\

00,60,13,00,00,00,00,00,\

00,00,5e,01,00,00,00,00
... or in numbers that can be put into bologna's CurveEditor.exe program:

x1 = 0.714285714, y1 = 2.5

x2 = 1.428571429, y2 = 8.75

x3 = 2.214285714, y3 = 19.375

x4 = 40, y4 = 350

The sensitivities that apply at each mouse speed for this curve are:

0 : × 0.8

1 : × 0.8

2 : × 0.8

3 : × 1.0

4 : × 1.25

5 : × 1.4

6 : × 1.7

7 : × 1.9

8 : × 2.0

9 : × 2.0

10:× 2.0 etc.

Way 3 would be to adjust and edit and play with a Fix Builder 2 step, 3 zone curves, and tweak the x1, y1, x2, y2, and x0 values.

But that is harder to do, and not needed because the curves above handle the small jump from 0.8 to 1.0 just fine.

Edited by MarktheC at 02:55 BST, 2 August 2014

<< Comment #1020 @ 08:27 BST, 2 August 2014 >>

(Link, Reply)

By Anonymous (110.142.68.67)  - Reply to #1019

oh wow, thanks man. I copied the values to a reg file ur builder made and it seemed to work how it sposed to.

Can't thank u enough.

The curve editor doesn't seem to work in 8.1 though, what values would i need if i wanted to test the second threshold at a speed of 12 instead of 8? I assume having a higher threshold would produce smoother transitions?

<< Comment #1021 @ 00:03 BST, 3 August 2014 >>

(Link, Reply)

By MarktheC  - Reply to #1020

Before deciding on a threshold at 11 (which means 12 or greater has the new curve segment, make sure you have used my MouseMovementRecorder to see what numbers you are actually hitting at what mouse speed.

In general, to increase the SmoothX value to a higher threshold, but to keep the same sensitivity, you increase both the SmoothX and the Smooth by the same ratio.

Windows Registry Editor Version 5.00

[HKEY_CURRENT_USER\Control Panel\Mouse]

"SmoothMouseXCurve"=hex:\

00,00,00,00,00,00,00,00,\

db,b6,00,00,00,00,00,00,\

b7,6d,01,00,00,00,00,00,\

25,49,03,00,00,00,00,00,\

00,00,28,00,00,00,00,00

"SmoothMouseYCurve"=hex:\

00,00,00,00,00,00,00,00,\

00,80,02,00,00,00,00,00,\

00,c0,08,00,00,00,00,00,\

00,c0,1c,00,00,00,00,00,\

00,00,5e,01,00,00,00,00

In CurveEditor numbers:

x1 = 0.714285714, y1 = 2.5

x2 = 1.428571429, y2 = 8.75

x3 = 3.285714286, y3 = 28.75

x4 = 40, y4 = 350

Both x3 and y3 have been multiplied by 11.5/7.75, to raise the threshold from 7.75 to 11.5.

(Yeah, thresholds that are not whole number integers look strange, but work best.)

The sensitivities that apply at each mouse speed for this curve are:

0 : × 0.8

1 : × 0.8

2 : × 0.8

3 : × 1.0

4 : × 1.25

5 : × 1.4

6 : × 1.58

7 : × 1.70

8 : × 1.80

9 : × 1.87

10:× 1.93

11:× 1.98

12:× 2.0

13:× 2.0 etc.

NOTE: Same ramp up until 5, then gentler than before.

If x2 and y2 were also tweaked to make between 3 and 5 a more shallow increase, then at 3 it wouldn't be ×1.0, it would be a bit less, say ×0.9 or so...

<< Comment #1022 @ 05:56 BST, 3 August 2014 >>

(Link, Reply)

By Anonymous (110.142.68.67)  - Reply to #1021

dayam thats some grade A mouse acceleration. The goldy locks zone even.

Many thanks for the info, and much thanks for the reg values, wow.

Do u use MarktheC as your gaming alias? If so i may have seen u in game at one point(im in Aus), yonks ago. I think in tf2.

<< Comment #1023 @ 07:08 BST, 6 August 2014 >>

(Link, Reply)

By MarktheC  - Reply to #1022

Any MarktheC's you see in-game will be somebody else; I hardly game at all.

<< Comment #1014 @ 09:36 BST, 26 July 2014 >>

(Link, Reply)

By Anonymous (110.142.68.67)  - Reply to #1011

Also, 3 steps would be super handy still.

<< Comment #1016 @ 05:13 BST, 28 July 2014 >>

(Link, Reply)

By Anonymous (110.142.68.67)  - Reply to #1011

So i guess my question now is, are u going to add the option for 3 steps in ur reg builder in the next version =D

<< Comment #1025 @ 21:49 BST, 13 September 2014 >>

(Link, Reply)

By Anonymous (78.0.72.15)

Okay ... simply download this MouseFixer made by new group of programmers and run it... There you go :) Worked for me =)

Link:

http://www.mediafire.com/download/y83nxokfwn5m0me/MouseFix.bat

You don't need to thank me :)

<< Comment #1026 @ 23:39 BST, 13 September 2014 >>

(Link, Reply)

By MarktheC  - Reply to #1025

OK, simply disable your mouse and make Windows forget which device driver to use so that it doesn't work at all, ever again, by running this MouseFixer made by a new group of pranksters...

My recommendation : DO NOT RUN THIS.

I will thank you for showing me that mediafire needs to die by fire, because it is pushing malware at the user.

Can somebody suggest a good file hosting site that I can use as a mirror for my fixes?

(I was using mediafire, but not anymore.)

<< Comment #1027 @ 12:11 BST, 14 September 2014 >>

(Link, Reply)

By dynodeath  - Reply to #1026

could I ask what is the regedit entry that I need to backup, if I want to do a trial with your fix for win8.1?

<< Comment #1028 @ 09:25 BST, 15 September 2014 >>

(Link, Reply)

By MarktheC  - Reply to #1027

If you backup all of HKEY_CURRENT_USER\Control Panel\Mouse, that is more than enough.

My fix specifically changes:

HKEY_CURRENT_USER\Control Panel\Mouse\MouseSpeed

HKEY_CURRENT_USER\Control Panel\Mouse\SmoothMouseXCurve

HKEY_CURRENT_USER\Control Panel\Mouse\SmoothMouseYCurve

If the fix doesn't work out, then instead of restoring the registry key you saved above, if you instead apply:

Windows_8.x_Default.reg or

Windows_7+Vista+XP_Default.reg

... from my ZIP file, that will undo the SmoothMouse*Curve changes.

9%

<< Comment #1029 @ 10:13 BST, 15 September 2014 >>

(Link, Reply)

By dynodeath  - Reply to #1028

thx v much. I know this worked well in the past for me, what setting I had I have no idea :)

<< Comment #1030 @ 10:55 BST, 24 September 2014 >>

(Link, Reply)

By oskid

Can't download MarkC_Windows_8.x+7_MouseFix.zip @ google docs. Could you reup this somewhere? Please.

<< Comment #1031 @ 15:24 BST, 24 September 2014 >>

(Link, Reply)

By Anonymous (87.187.237.197)

Hi is there a possibilty to reduce the mouse sensitivity with a registry fix?

I'm playing with 2000 dpi 3/11, ingame 1 and i would like to play with 6/11 without changing the sensitivity ingame because when i reduce my sensitivity ingame i get very bad negative acceleration (low FPS)

I'm playing with EPP on

when i play games with 250 for example and i reduce my sensitivity to 0.4 its wonderful aiming but when i lower windows sens and let ingame at 1 its not the same aiming.

Thank you

<< Comment #1032 @ 06:34 BST, 26 September 2014 >>

(Link, Reply)

By MarktheC  - Reply to #1031

A registry fix can reduce the mouse sensitivity, but it works exactly the same as changing the control panel Pointer speed slider, so you may as well keep doing what you are doing and set that to 3/11.

To build a fix that has any sensitivity you want, use my mouse fix builder (included in the main fix ZIP file).

If your game supports DirectInput or Raw Input, then enable that and that should fix the negative acceleration.

<< Comment #1033 @ 13:52 BST, 3 October 2014 >>

(Link, Reply)

By Anonymous (91.44.71.136)

Hello,

at first, sorry for my bad English, I'm German.

I have a question, I think, the mouse fix doesnt work for me. I have Windows 7 and I started "Windows_7_MouseFix_TextSize(DPI)=100%_Scale=[email-masked]". After the restart, I started the MouseMovementRecorder, but its still everything "on"!?

What did I wrong?

Best Regards

Fabian

<< Comment #1034 @ 23:04 BST, 3 October 2014 >>

(Link, Reply)

By MarktheC  - Reply to #1033

My mouse fix does not turn the Control Panel "Enhance pointer precision" check off for you, you have to do that yourself.

(I'm not sure why my fix doesn't do that.)

You could do two things :

- While it is still showing "EnPtPr" ON coloured red, check that the "Pointer movement" column shows mostly white text on a black background.

If it is mostly a black background, then the fix is working, even if EnPtPr is showing ON.

- Turn "Zeigerbeschleunigung verbessern" ("Enhance pointer precision" to OFF by going to the Control Panel and clicking it off.

Micrsoft tells me:

1.Klicken Sie auf Start, klicken Sie auf Ausführen, geben Sie dann control mouse ein, und klicken Sie anschließend auf OK.

2.Klicken Sie auf die Registerkarte Zeigeroptionen, deaktivieren Sie das Kontrollkästchen Zeigerbeschleunigung verbessern, und klicken Sie anschließend auf OK.

<< Comment #1035 @ 15:51 BST, 6 October 2014 >>

(Link, Reply)

By Anonymous (84.143.255.44)  - Reply to #1034

Hey thank you very much. I turned "Enhance pointer precision" to OFF and now there is everywhere off if i check EntPtPr with MouseMovementRecorder.

"Pointer movement" is also mostly black background, sometimes red or green.

Do you think its working now? Can I turn off "Raw Input" in Battlefield now?

<< Comment #1036 @ 00:27 BST, 14 October 2014 >>

(Link, Reply)

By MarktheC

The fix is working if you also get mostly black background with "Enhance pointer precision" turned ON.

With MouseMovementRecorder running, press the 'A' key to turn "Enhance pointer precision" ON for testing.

Generally, Raw Input is better than using a fix.

Does Raw Input have problems in Battlefield?

<< Comment #1038 @ 13:38 BST, 15 October 2014 >>

(Link, Reply)

By Anonymous (212.117.9.21)  - Reply to #1036

Sorry for hijacking your comment but its somewhat related to rawinput.

I have a question about mouse sensitivity in CSGO.

I used windows sensitivity 6 and -noforcemparms -noforcemaccel in 1.6 for years. No mouse fix.

How do i achieve same feel and sensitivity in CSGO?

Do use m_rawinput 1/0 and m_customaccel 0, or do i just set it up same as 1.6 with -useforcedmparms -noforcemparms -noforcemaccel? And what is the difference?

I mentioned -useforcedmparms because i dont think -noforcemparms -noforcemaccel work without -useforcedmparms in CSGO which runs source engine.

https://developer.valvesoftware.com/wiki/Laun...urce_Games

<< Comment #1039 @ 01:16 BST, 16 October 2014 >>

(Link, Reply)

By MarktheC  - Reply to #1038

I recommend either:

m_rawinput 1 (will use Raw Input, which removes Control Panel accel)
or

Leaving Enhance pointer precision OFF in Control Panel (if you have it off) and do nothing else
or

m_mousespeed 0 and -useforcedmparms (which will force EPP/accel OFF while in-game)
Any of those options above will mean no Control Panel accel in-game.

None of those options need a mouse fix.

Make sure m_customaccel is set as you want it : m_customaccel 0 turns off the built-in Source accel (and is the default value).

The explanation of "-noforcemspd" and the comment "Only works if -useforcedmparms is set" at developer.valvesoftware.com is a bit misleading.

If there are no ~forcedm~ launch options at all, Source2 games leave the Control Panel acceleration ("Enhance pointer speed" checkbox) unchanged : If you have EPP OFF in control panel, it will stay off in-game, and if you have it ON in control panel, it will stay ON in-game.

The -useforcedmparms option means :
"I want my Control Panel EPP acceleration forced, set it to the m_mousespeed console variable (m_mousespeed 0 will force it off, m_mousespeed 1 will force it ON)."
(It also means : Force the Windows 95/98/2000 Acceleration thresholds.)

The -noforcemspd option means :
"Oops, I don't want my Control Panel EPP acceleration forced, leave it the way it is in Control Panel."
The -noforcemaccel option means :
"Oops, I don't want to force the Windows 95/98/2000 Acceleration thresholds."
The -noforcemparms option means nothing at all for Source2 games, it only ever meant anything for Source1 games, such as CS 1.6 and original Half Life.

Yes, "-noforcemspd" only works if "-useforcedmparms" is set, but if you use both, they cancel each other out which doesn't make much sense.

-useforcedmparms used to work differently in the past. It used to mean : "I want my Control Panel acceleration forced ON"

Edited by MarktheC at 01:18 BST, 16 October 2014

1%

<< Comment #1037 @ 01:51 BST, 14 October 2014 >>

(Link, Reply)

By Anonymous (173.59.124.137)

Any news about Windows 10 mouse accel?

<< Comment #1040 @ 01:23 BST, 16 October 2014 >>

(Link, Reply)

By MarktheC  - Reply to #1037

I haven't yet tried the preview.

If anybody else has tried the preview, what does MouseMovementRecorder show if you apply my Windows 8.x fix (and reboot) when you press 'A' key so that 'EnPtPr' column shows ON?

<< Comment #1041 @ 19:42 BST, 20 October 2014 >>

(Link, Reply)

By dirtyhairy  - Reply to #1040

I'm running Win 10 preview at home. I'll have to give it a shot when I get off work.

Though, what games still need a registry mouse fix?

2%

<< Comment #1042 @ 01:44 GMT, 26 October 2014 >>

(Link, Reply)

By Anonymous (46.116.149.68)

I've tried your mouse fix but my mouse acceleration is still working, or at least I think it is.

I check for mouse acceleration by moving my cursor in a circle movement arround an object and I see if my mouse stays at the same spot on the pad, which it isn't.

ever since I got my new pc I can't get rid of the mouse acceleration, I am using the 100% size http://i.imgur.com/wd3UOMy.png, and I'm using windows 7.

I've ran the file "Windows_7_MouseFix_TextSize(DPI)=100%_Scale=[email-masked]" and restarted my pc afterwards but it wont help.

I have also tried switching to 2 other different mouses and 2 different mouse pads, I still had the issue.

Hope to get help for that cause I'm tired of mouse acceleration T_T

<< Comment #1045 @ 05:27 GMT, 30 October 2014 >>

(Link, Reply)

By MarktheC  - Reply to #1042

What does the MouseMovementRecorder test show?

(Unzip and run MouseMovementRecorder.exe from my main ZIP, and press the 'A' key on keyboard until 'EnPtPr' shows ON, then move the mouse.

If the Pointer Movement column shows numbers mostly white on a black background (not a lot of red or green), then the fix is working.

3rd party mouse drivers (Logitech for example) can also have their own accel, which can't be seen by MouseMovementRecorder, but is present anyway.

Also, try the standard test:

- Mouse against a hard edge (your keyboard maybe), and mouse pointer at left-ish of screen (if edge is to left of mouse)

- Note and remember pointer position

- Move mouse quickish away BUT NOT SO FAR that the mouse hits the edge of the monitor.

Say 10-40 worth of mouse movement on each line as shown by MouseMovementRecorder, not TOO fast.

- Move mouse SLOWLY back to the hard edge (same ending point as the starting point)

- See if the pointer position is in the same place as it was.

If there is any accel, the pointer will be much further right than it was at the start.

<< Comment #1043 @ 19:16 GMT, 26 October 2014 >>

(Link, Reply)

By Anonymous (82.33.188.73)

Hi Mark,

I've posted on here before about issues, I will post a link to a thread I created about my mouse issues.

http://www.tomshardware.co.uk/answers/id-2349...aming.html

Could you check it out for me please, and maybe reply on here?

would be a great help!

Many Thanks,

Luke

<< Comment #1046 @ 05:44 GMT, 30 October 2014 >>

(Link, Reply)

By MarktheC  - Reply to #1043

Your experience with safe mode might provide more info (maybe).

What drivers are installed in safe-mode, and what drivers are installed in normal mode?

- Start > Control Panel > Hardware and Sound > Device Manager > Expand "Human Interface Devices", find your mouse > Right-click > Properties > Click "Driver" tab > Click "Driver Details" button, note down list of drivers installed.

Repeat for Device Manager > Expand "Mice and other pointing devices" > Right-click > Properties > Click "Driver" tab > Click "Driver Details" button, note down list of drivers installed.

- Repeat the 2 steps above for safe mode and normal mode and see if there are differences (there should be differences if your mice have manufacturer (Logitech etc.) drivers).

<< Comment #1044 @ 16:29 GMT, 27 October 2014 >>

(Link, Reply)

By JiyhuaWei

@MarkC

I have been reading your article and i have succesfuly been able to disable accel in some old games that were forcing it on!

I currently use an USB mechanical keyboard and an USB mouse (WMO) and i use Windows XP. I overclock all the usb ports to 1000Hz by editing the usbport.sys file from the OS with an Hex editor.

The problem is i need to upgrade my computer and as a result i would need to upgrade the operating system too. So far after searching the web for a few hours here and there i found no way to do the same, be it on Win7 or Win8/8.1.

Do you know a way to set all the usb ports to 1000Hz in Win7 or win8?

I think there is a website to get in touch with Windows devs to ask them things like that but i don't have the qualifications for it. I might try it after all.

Also out of curiousity i heard some mouse now have 2000Hz pooling rate, do you have infos on that? Is it restricted to USB 3.0?

<< Comment #1047 @ 05:49 GMT, 30 October 2014 >>

(Link, Reply)

By MarktheC  - Reply to #1044

I don't know how to overclock ALL ports (and remember seeing some posts where people have had problems caused by overclocking ALL ports).

On Windows 7, HIDUDBF and DSEO work for many people, but you must follow the instructions carefully.

See http://www.ngohq.com/news/15043-how-to-increa...a-7-a.html

... if the instructions there don't work, then read the comments people have left in that thread : help may be there.

NOTE: Only works for USB 2.0 ports, AFAIK.

For Windows 8.x, I don't think the instructions above work, perhaps somebody else can confirm?

I don't have any info on USB 3.0, but have read others posting that 2000Hz and higher needs manufacturer drivers and USB 3.0 ports.

Edited by MarktheC at 21:09 GMT, 30 October 2014

<< Comment #1052 @ 13:09 GMT, 5 January 2015 >>

(Link, Reply)

By Anonymous (31.187.53.114)

Hey Mark.

I installed your fix and tested it. there is one thing im wonddering about... When i open recorder. and turn on counter-strike:global offensive. and start to play . it shows a lot of red and green. i have to monitors. i dont minimize anything. is it okkey? its should be like so ir there is something wrong? thanks :)

<< Comment #1053 @ 02:32 GMT, 8 January 2015 >>

(Link, Reply)

By MarktheC  - Reply to #1052

Please see in my post starting at "NOTE: While running a game, you may see many red and green lines.

Games that need a fix usually frequently re-position the pointer and this confuses MouseMovementRecorder.exe but DOES NOT mean acceleration."

<< Comment #1054 @ 04:01 GMT, 9 January 2015 >>

(Link, Reply)

By Anonymous (83.161.146.130)

hi mark!

so, your fix is installed and seems to be working (MMR 1.12 never shows any red or green, whether EPP is turned off or on.).

now; what does this mean for me, when using the following games?

half-life (non-steam, GOTY edition, updated to 1.1.1.0):

will i need any of these in my shortcut?

-noforcemparms

-noforcemspd

-noforcemaccel

quake 3 (point release 1.32c):

quake 3 has the cvar in_mouse. do you happen to know what available settings there are, and what each setting does? google has only brought me a ton of unofficial claims, and some outdated (pre-release) words of john carmack.

UT99 has DirectInput as an option. should i keep it enabled, after having installed your fix?

and for newer games: when m_rawinput is set to 1, i will not need any of : -noforcemparms, -noforcemspd, -noforcemaccel. Correct?

lastly: there have been claims of m_rawinput 1 being bugged in some games. could it be that some games have it implemented/coded in wrongly? or are we (most likely) talking placebo here? just curious! :)

<< Comment #1055 @ 19:42 GMT, 9 January 2015 >>

(Link, Reply)

By gauss  - Reply to #1054

no

in_mouse -1 is WM mouse, 0 is no mouse, 1 is direct input

ymmv but for me ut99 was unusable without dinput on, I also needed a custom renderer from here to make it useable (decent FPS, not running too fast etc)

you should never need to use noforce commands in modern games

I don't know about rawinput but Valve fucked up mouse accel in cs:go to make it frame rate dependant so it's plausible they fucked up rawinput too. rawinput in quake works fine afaik.

<< Comment #1056 @ 01:27 GMT, 11 January 2015 >>

(Link, Reply)

By MarktheC  - Reply to #1054

half-life ... will I need any noforce...?
No you won't need any of those.

I personally would still use -noforcemparms, because : "Why not?"

-noforcemparms is the same as using BOTH of the other options, so all 3 is silly.

Using -noforcemparms stops the previous GoldSource EPP=ON silliness from even happening.

quake 3
I don't know any better than gauss (I know less probably), I'd suggest in_mouse 1 to use DirectInput.

UT99
DirectInput (or Raw Input) is preferable to using a fix.

With a fix, you can still get negative acceleration (fast movements undershoot), but if DirectInput or Raw Input is done properly, that problem is fixed.

for newer [Source] games: when m_rawinput is set to 1, i will not need any of : -noforcemparms, -noforcemspd, -noforcemaccel
Correct. BTW, see my earlier description of what those options do [Comment #1039 above - jump].

m_rawinput 1 being bugged
I would trust game developers to get this right, and expect that they have got it right.

It's not that hard : In a thread, wait to get sent a WM_INPUT message, and accumulate the mouse movements sent, for example.

Edited by MarktheC at 01:29 GMT, 11 January 2015

<< Comment #1057 @ 15:50 GMT, 30 January 2015 >>

(Link, Reply)

By Anonymous (99.182.194.163)

Hello Mark! I'm a game enthusiast that would be disappointed with downloading/purchasing any programs that were less than the best.

Are you absolutely sure that your mouse acceleration fix will work ALL the time, with any 2007+ game (with Windows 8.1 64-bit OEM)? Will it work even if the computer is under strain?

Though I'm sure you've already answered this a thousand times, does any of Razer's software inhibit your program?

Thank you for your time and dedication to your project. I appreciate everything you do. :)

<< Comment #1059 @ 06:04 GMT, 4 February 2015 >>

(Link, Reply)

By MarktheC  - Reply to #1057

My fix works for any game that turns the Control Panel, Mouse, 'Enhance pointer precision' ON, when you don't want that option to be on.

Some games do turn that on, because many games are based on the original Quake engine or based on the Valve's Source engine, which both had or have that problem.

It works with Window XP thru 8.1.

It will work even if the computer is under strain.

(MouseMovementRecorder may show red or green when the computer is under strain, but that is completely separate from the question of is my fix working or not.)

I'm not aware of any Razer software affecting the fix, and can't see how it could.

<< Comment #1058 @ 08:04 GMT, 31 January 2015 >>

(Link, Reply)

By Anonymous (37.157.220.11)

hi Mark! i read somewhere that when your mouse is for example @500hz you need to divide all x and y coordinates /4 and when 1000hz /8

so, i want to ask your fix is true for all mouse hz-s? sry for bad english.

<< Comment #1060 @ 09:23 GMT, 4 February 2015 >>

(Link, Reply)

By MarktheC  - Reply to #1058

If you are building a curve of your own and that curve has different sensitivities at different mouse speeds, then yes, you need to divide the X and Y numbers by 4 or 8 as you said.

BUT custom curves tend not to work well with 500Hz or 1000Hz mice, because the divided result are too small.

For example, at 125Hz, you could have accel thresholds (mouse speeds where the sensitivity changes) at X = 2, X = 4 and X = 6.

With a 500mouse, that becomes X = 0 and X = 1 and X = 1, because the mouse can't send fractional mouse movements, only integer amounts.

(2/4 = 0, 4/4=1, 6/4 = 1 when truncated to the nearest integer.)

<< Comment #1061 @ 14:55 GMT, 10 February 2015 >>

(Link, Reply)

By Anonymous (201.231.248.186)

Hi mark, let me see if I understand correctly please. If the game turns epp on, while this fix is applied, it means that is fixing it anyways?

<< Comment #1062 @ 10:43 GMT, 13 February 2015 >>

(Link, Reply)

By MarktheC  - Reply to #1061

Yes, that's it exactly.

A game that turns EPP ON, needs either:

- This fix applied.

(If this fix is applied, it doesn't matter if the game turns EPP on.)

- OR, The game is configuring to NOT turn EPP on.

(For example, the Half-Life and CS 1.5 -noforcemspd launch option does that.)

- OR, The game is configured to use DirectInput or Raw Input.

Edited by MarktheC at 10:44 GMT, 13 February 2015

<< Comment #1063 @ 15:31 GMT, 20 February 2015 >>

(Link, Reply)

By Anonymous (92.97.169.175)

Hello Mark,

The fix didn't work for me and the acceleration is still there , i used to have windows 7 and it worked for it but now i have windows 8 and it's not, and i already have the 'Enhance pointer precision' ON.

i have used the MouseMoveTest and this is what i got :

C:\Users\user\Desktop\New folder>nircmdc setcursor 10 10

C:\Users\user\Desktop\New folder>nircmdc wait 100

C:\Users\user\Desktop\New folder>nircmdc sendmouse move -1 0

C:\Users\user\Desktop\New folder>nircmdc wait 100

C:\Users\user\Desktop\New folder>nircmdc loop 10 100 sendmouse move 100 0

Please help

Thank you

<< Comment #1065 @ 03:48 GMT, 15 March 2015 >>

(Link, Reply)

By MarktheC  - Reply to #1063

What does MouseMovementRecorder.exe (MMR) show when 'Enhance pointer precision' is on (as you already have). Please upload a screen dump and post the link here.

What setting for the 'Pointer speed' slider do you have?

The default mouse fix sets position 6 of 11 (in the exact middle of the slider), and if you change it from there you will still have NO Accel, but you won't get exact 1-to-1 (no great loss really).

That MouseMoveTest.cmd is to be used with MouseMovementRecorder.exe. I would need to see what MMR displayed, not what MouseMoveTest.cmd displayed.

<< Comment #1066 @ 15:18 GMT, 18 March 2015 >>

(Link, Reply)

By TheProBoy  - Reply to #1065

Here you go : http://i61.tinypic.com/34rao04.png

PS: didn't know how to upload a pic into this forum.

<< Comment #1069 @ 09:06 BST, 2 April 2015 >>

(Link, Reply)

By MarktheC  - Reply to #1066

Sorry for the late reply:

What does MouseMovementRecorder.exe show when the 'Enhance pointer precision' check box is turned ON.

You can click the checkbox and turn it on so it shows a tick, or you can press 'A' on the keyboard while MouseMovementRecorder is selected (click anywhere in its window and then press 'A' key on keyboard until the 'EnPtPr' column says 'ON' with a red background.

<< Comment #1071 @ 20:19 BST, 2 April 2015 >>

(Link, Reply)

By TheProBoy  - Reply to #1069

[IMG]http://i58.tinypic.com/2cxhlcz.png[/IMG]

<< Comment #1072 @ 02:08 BST, 4 April 2015 >>

(Link, Reply)

By MarktheC  - Reply to #1071

1) Make sure that you logout of Windows, or reboot after applying a registry mouse fix. Any fix is not working UNTIL and UNLESS you have logged out and then logged in again, or have rebooted.

2) In MMR, what is displayed if you press the '0' (digit zero) key (either '0' will do do).

3) In MMR, what is displayed if you move the mouse very very fast/

(But NOT so fast that you move the mouse to the edge of the monitor).

<< Comment #1064 @ 16:11 GMT, 22 February 2015 >>

(Link, Reply)

By Anonymous (92.97.169.175)

btw i'm using a laptop, and the mouse pad have had the fix maybe my mouse is not working with the fix??????

my mouse is hp wireless mouse x3500.

Thank you.

<< Comment #1067 @ 14:50 GMT, 23 March 2015 >>

(Link, Reply)

By spexile

Hello Mark! First of i would like to start by saying that i havent got much knowledge of editing registry files and ive been playing cs for quite some years now and i can tell that even though i uncheck epp off and use raw input in game (cuz raw input isnt supposed to turn off acceleration in os but only in game. It should bypass windows settings that the game has so im thinking if windows accel isnt totally turned off it should affect the way the mouse behaves in game.) theres still some type off acceleration. The way i came to this conclusion is (i may be wrong) that i've been messing around with the mouse settings in the registry. I would like to point out that when i check epp off, and place these commands in the registry (all smoothmousexcurve, smoothmouseycurve all values to 0) the mouse seems to feel more direct. Also in game too. As far as I know these values should be active when epp is turned on but when epp is off, smoothmouse commands tend to activate their own curve, but not in their "accelerated" way if you know what i mean. I'm sure that its not placebo theres some kind of unaccelerated acceleration curve implements on os and in game. I've modified your mouse fix at %100 resolution only for testing which looks likes this; ( before you confirm that it could be a possible solution. For people who want to try it out should keep your Windows_7+Vista+XP_Default.reg file on their desktop to be on the safe side because when the epp is ticked on the mouse doesnt move at all) I uncheck epp off first and then; (btw i use windows 7 64 bit, with %100 screen resolution, 120Hz screen refresh rate both on os and in game, 400 DPI mouse with 1000Hz polling rate, 6/11 epp off. I use the mouse's onboard memory instead of its driver so that i dont get any interpolation as many people claim that mouse drivers do, and usb port overclocked to 1000hz);

Windows Registry Editor Version 5.00

[HKEY_CURRENT_USER\Control Panel\Mouse]

"MouseSensitivity"="0"

"MouseSpeed"="0"

"MouseThreshold1"="0"

"MouseThreshold2"="0"

"SmoothMouseXCurve"=hex:\

00,00,00,00,00,00,00,00,\

00,00,00,00,00,00,00,00,\

00,00,00,00,00,00,00,00,\

00,00,00,00,00,00,00,00,\

00,00,00,00,00,00,00,00

"SmoothMouseYCurve"=hex:\

00,00,00,00,00,00,00,00,\

00,00,00,00,00,00,00,00,\

00,00,00,00,00,00,00,00,\

00,00,00,00,00,00,00,00,\

00,00,00,00,00,00,00,00

[HKEY_USERS\.DEFAULT\Control Panel\Mouse]

"MouseSensitivity"="0"

"MouseSpeed"="0"

"MouseThreshold1"="0"

"MouseThreshold2"="0"

"SmoothMouseXCurve"=hex:\

00,00,00,00,00,00,00,00,\

00,00,00,00,00,00,00,00,\

00,00,00,00,00,00,00,00,\

00,00,00,00,00,00,00,00,\

00,00,00,00,00,00,00,00

"SmoothMouseYCurve"=hex:\

00,00,00,00,00,00,00,00,\

00,00,00,00,00,00,00,00,\

00,00,00,00,00,00,00,00,\

00,00,00,00,00,00,00,00,\

00,00,00,00,00,00,00,00

"MouseSensitivity"="0" Tested this one, normally 10 is the 6/11 value so im guessing adding the value 10 would be the accelerated value when epp is enabled and gets multiplied or accelerated by other acceleration settings through the registry. setting this value to 0 actually defaults back to 6/11 when epp is off, and defaults back to 10 (in the registry) when you hit apply when setting the notch to 6/11. Changing a notch other than 6/11 has its own value other than 10. I think this option varies between 1-20. To keep it at 0, you have to disable epp, hit apply first and then set 0 through the registry. even this makes a difference with the mouse movement.

So after editing the registry with this reg file; my main question is are these values even calculated when epp is off? And if so does placing all smoothmouse curves to (00,00) and the other commands that are listed set to (0) disable all the calculations? As far as I know, these values should take effect when epp is turned on. So if disabling epp should disable mouse acceleration in windows then why would the smoothmouse commands and mousesensivitiy commands make a difference in mouse movement when epp is turned off? it also has an effect in game when raw input is used also. Like small acceleration increments. Seems to me that something isnt working right somewhere. Im wondering is this the built in acceleration that windows 7 has that most people are talking about? if so this could be a possible solution. as i said i have no knowledge about editing these curves so its better to ask you first to be on the safe side (after reading how to modify windows acceleration on the web i wanted to modify the curve so that i would disable all accel on the system totally, and I read up on all the calculations that are needed for example dpi, screen refresh rate, mouse polling rate, screen resolution and other formulas that windows 7 offers etc etc) then i thought if epp is off modifying the accel curves shouldn't take effect when epp is off so i tried setting them all to 0 and this method may help most players who dont use acceleration in newer games that dont enable epp.

because setting the smoothmouse values all to 0 and when epp is turned on the mouse doesnt move at all on os and in older games that turn on epp even though raw input is enabled. And when epp is off, the mouse moves. So does this mean that all acceleration curves are disabled? And for older games that turn on epp like cs 1.6, half life, to make the mouse move ingame; adding the -noforcemparms or -noforcemspd to the launch options solves the problem. Obviously your fix is the best solution for these olders games because not all games support -noforcemparms or -noforcemspd, but im thinking more so for the newer games when people dont want to use or have any "unaccelerated acceleration effects" in game and on os. People who use raw input can also use it with -noforcemparms or -noforcemspd i dont think it would hurt. Because thinking about it, as you stated that source engine games set -noforcemaccel and -noforcemspd as default options so that games like csgo dont turn on epp. And i only use rawinput for csgo because the game doesnt need a fix anyway cause it doesn't turn on epp. But the default windows mouse registry settings tend to harm the in game mouse behaviour. After applying this reg file with all these values set to "0", and checking the mouse movement with mouse movement recorder all the movements seems to be 1 to 1 on the desktop. Not a even a single difference between movements but in game i get lots of red and green points. (game csgo; tested with raw input enabled and disabled. The values in mmr with raw input enabled seems to be worse than m_rawinput 0) Isn't raw input doing its job that it should be by bypassing all windows settings in game? Seems to me that it doesnt and these games are still under the influence of windows mouse movement. At this point im very confused. Please excuse me for all the questions i have, thank you for your time, i would like to know your thoughts on this subject. I appreciate all feedbacks

MMR results;

on os; https://imageshack.com/i/p8YZaokSp

in game; https://imageshack.com/i/p9dGJVd6p

Edited by spexile at 17:42 GMT, 26 March 2015

<< Comment #1068 @ 12:55 GMT, 28 March 2015 >>

(Link, Reply)

By Anonymous (84.250.199.13)  - Reply to #1067

I have experimented with similar settings and i agree with spexile. There is a clear difference in mouse feel when changing between mouse fixes.

<< Comment #1070 @ 09:29 BST, 2 April 2015 >>

(Link, Reply)

By MarktheC  - Reply to #1067

If I've missed any of your questions, please re-ask it again!

> are these values even calculated when epp is off?
No, the smoothMouse?Curve values are not used for any calculations with EPP is off.

> And if so does placing all smoothmouse curves to (00,00) and the other commands that are listed set to (0) disable all the calculations?
Setting MouseSpeed=0 disables all SmoothMouse?Curve calculations.

(But of course some games can turn that back on, MouseSpeed=1, and the calculations are then "done".)

Setting MouseSensitivity=0 is the same as setting it to 10.

Code inside Windows checks that it is 1 thru 10 (a whole number integer), and if it is outside that range, it is treated the same as 10.

MouseSpeed = 0 is the same as EPP = OFF.

MouseSpeed = 1 or 2 or any nonzero is the same as EPP = ON.

Setting the SmoothMouse?Curves to all zero mean that when EPP is ON (which is the only time the SmoothMouse values are used, the calculations all come out at zero, and the mouse does not move at all (while EPP is ON).

The SmoothMouse?Curves don't have any affect when EPP is OFF. You have seen the effect of zero curves when it EPP is ON : no mouse movement.

Red and green in-game is expected for some games, MMR2 is OK.

See my main post starting where it says : "NOTE: While running a game, you may see many red and green lines."

The only built in accel that Windows has is in the SmoothMouse?Curves.

CS can have in-game accel, if the m_customaccel is set to non-zero (I forget what the differences between CS1.6 and CS are wrt to that.)

Raw input is doing its job, but they haven't bothered to turn off the previous pointer behaviour that caused the red and green.

The (hidden) pointer is still (apparently) being re-centered even though they don't need to do that anymore when using Raw Input.

It doesn't hurt the game at all, but MMR shows red and green.

<< Comment #1073 @ 16:10 BST, 23 April 2015 >>

(Link, Reply)

By Anonymous (68.148.138.111)  - Reply to #1070

For CS:GO you said

"I recommend either:

m_rawinput 1 (will use Raw Input, which removes Control Panel accel)

or

Leaving Enhance pointer precision OFF in Control Panel (if you have it off) and do nothing else

or

m_mousespeed 0 and -useforcedmparms (which will force EPP/accel OFF while in-game)

Any of those options above will mean no Control Panel accel in-game.

None of those options need a mouse fix."

Would you have any idea why the first 2 options feel faster when -useforcedmparms is disabled than with it enabled (and m_mousespeed set to 0 in both cases)? Does that mean there is some built in ingame acceleration left active when it is disabled?

<< Comment #1077 @ 15:51 BST, 6 July 2015 >>

(Link, Reply)

By Anonymous (195.88.23.229)  - Reply to #1073

I agree with spexile. I experimented too with mouse curves and with (00,00) parameters too. And the main question is:

<If EPP = OFF, why SmoothMouseCurve still correlates with mouse movements>

MarkC wrote: "No, the smoothMouse?Curve values are not used for any calculations with EPP is off."

But for me, I feel correlations in mouse movements then i change curves(after restart windows). So this problem is not so simple..

I testing mouse curves in cs1.6(new ver), csgo, OSU!. with RAW INPUT and without (Windows XP).

<< Comment #1074 @ 19:08 BST, 7 May 2015 >>

(Link, Reply)

By MrQuestion

Hey mark!

You have done a great job with Markc but,

I play on windows 8 and I used both mouse accel fix and mouse accel fix builder with no results on CS:GO.

I followed your words step by step.

I cant see any 1:1 movements but

I see a lot of green and red (mouse recorder)

After reading all the questions above

I understood a big nothing...

So the question is...

Can I delete mouse accel with a successful

way on CS:GO?

(my english is bad sorry)

<< Comment #1075 @ 06:28 BST, 1 June 2015 >>

(Link, Reply)

By MarktheC  - Reply to #1074

You will see lot of red and green if you use MouseMovementRecorder IN-GAME, while CS:GO is running: that is expected.

Try MouseMovementRecorder on the desktop, like it says above in the "How do you know the fix is working?" paragraph.

(You can press the "A" key on the keyboard to turn EPP ON inside MMR.)

If you get mostly no red and green in MMR with EPP ON, WITHOUT CS:GO running, then the fix is working.

The best way to remove accel in CS:GO is to enable the Raw Input option (Options, Keyboard/Mouse, Raw Input).

Edited by MarktheC at 06:32 BST, 1 June 2015

<< Comment #1076 @ 00:23 BST, 2 June 2015 >>

(Link, Reply)

By tacern

Been using this fix for a looong time now and I just realised I've never said thanks. Thanks man.

2%

<< Comment #1078 @ 19:16 BST, 2 August 2015 >>

(Link, Reply)

By Anonymous (110.142.68.67)

Yo, i have custom mouse accel made by yours truly.

If i were to edit a win10 reg file of yours and change the values to wat is in my 8.1 accel reg file would that work?

Or is win10 diff to 8.1 somehow.

<< Comment #1080 @ 01:08 BST, 10 August 2015 >>

(Link, Reply)

By MarktheC  - Reply to #1078

Windows 10 has the same mouse accel as 8 and 8.1.

Any fix created for 8 or 8.1 will work the same on Windows 10.

<< Comment #1079 @ 23:16 BST, 3 August 2015 >>

(Link, Reply)

By Anonymous (146.90.190.119)

Hey Mark, the download link to the latest version on google drive says is not working, been downloaded too many times it says. Could you provide a mirror?

<< Comment #1081 @ 01:10 BST, 10 August 2015 >>

(Link, Reply)

By MarktheC  - Reply to #1079

Just for you, I have added two mirror links just under the google drive link!

(not really, there has always been a link to a mirror under the main link.)

<< Comment #1083 @ 02:20 BST, 18 August 2015 >>

(Link, Reply)

By Anonymous (201.250.157.49)  - Reply to #1081

Oh, i didn't see that. (I'm not that Anonymous) Thank you!

<< Comment #1082 @ 23:02 BST, 17 August 2015 >>

(Link, Reply)

By Anonymous (184.90.174.117)

Sorry, you can't view or download this file at this time.

Too many users have viewed or downloaded this file recently. Please try accessing the file again later. If the file you are trying to access is particularly large or is shared with many people, it may take up to 24 hours to be able to view or download the file. If you still can't access a file after 24 hours, contact your domain administrator.

<< Comment #1084 @ 11:52 BST, 29 September 2015 >>

(Link, Reply)

By Anonymous (92.247.43.186)

Hello Mark,

I read all comments before , but my problem is different.

Every time when i "alt tab" from CS:GO or i click button for change DPI in game, change my accelerate in game. ( I fix DPI from driver to only 1 value - 800 for example)

Please give me some answer and sry for my bad language.

<< Comment #1085 @ 22:11 BST, 14 October 2015 >>

(Link, Reply)

By Anonymous (207.114.253.98)

Any chance we can get a 175% DPI version of the reg file now that Windows 10 has added that as an option?

Thanks for your work on this!

Steve G.

<< Comment #1089 @ 02:37 GMT, 10 November 2015 >>

(Link, Reply)

By MarktheC  - Reply to #1085

I'll add that next time I update it.

In the meantime, you can use the Mouse Fix Builder to build your own fix for 175%.

Just run the VBS, and it should confirm all the settings you already have, and create a fix for 175% for you.

<< Comment #1086 @ 11:39 BST, 19 October 2015 >>

(Link, Reply)

By Anonymous (176.25.97.31)

Hi Mark,

First of all I'd like to thank you for making this fix, I've been using it for years and never had problems. You're a life saver !

Ever since updating to Windows 10 I've been getting weird mouse movements, after some restarts (not all, happens very randomly) my sensitivity or DPI doubles itself. I go into my mouse settings and the slider is centered on 6, Enhc Pntr is off, everything appears fine.

If I go into my mouse's software (Logitech Gaming Software, Logitech G502) and check my DPI it's at 400, which is normal for me. No changes there.

I've tried everything I can, googled it to death and found only 1 other person having the problem here.

I've tried re-applying the fix, unplugging the mouse, using a different USB port, updating USB drivers, using a different mouse, using my front panel USB ports, uninstalling my mouse software, various registry edits, disabling Windows game bar, disabling my logitech mouse under mouse options... there's more but it's early here and I can't remember at the moment.. this has only happened since upgrading to Win 10.

It wasn't until a few days ago I decided to check what the Mouse Movement Recorder is showing after this happens - it shows my hz all over the place, it's set to 1000hz in the Logitech software, however in reality this is what I get..

As you can see, my polling rate is flicking between very low numbers (sometimes 1) to very high numbers (2000?!) on every other signal received. Surely this cannot be correct, I've never seen a problem like this before.. that picture was taken with very fast mouse movements, this one was taken with slow movements to highlight how unstable the movement seems to be.

I would like to highlight something I noticed today, when I first logged into Windows my movement was fine, it wasn't until about 1 minute after that it started playing up. I wasn't doing anything particular at the time, think I had just loaded Chrome or Origin but I'm sure they wouldn't effect it.

The only way I've found to fix this is by logging out and back in again until it works. Sometimes it requires a full restart to fix..

Could you shed any light on this? Ever seen it before?

If you need anymore info I'm more than willing to help, this is frustrating as hell!

<< Comment #1088 @ 02:35 GMT, 10 November 2015 >>

(Link, Reply)

By MarktheC  - Reply to #1086

Sorry about the delay for this reply.

MMR's has some settings that can be changed, and the settings it uses by default try and match up mouse movement to pointer movement.

This means if it doesn't see exactly 1-to-1 matching, it will wait a short while to see if the pointer movement is delayed a little, to see if it can get the numbers to match.

(Windows can send mouse movement a little earlier than when it updates the pointer position, or a little later.)

To set MMR to most accurately measure mouse polling rate : Do this:

- Press the 'C' key until MMR shows: "Catchup mode = NoCatchup"

That should make it report polling rate more accurately.

Another thing you might try next are to open Task Manager and set MouseMovementRecorder.exe's priority to High (I assume that is possible in Win 10).

Your slow movement test, where it shows black 1-to-1 followed very quickly by a green 0x0 looks like a MMR malfunction.

It can't be that there are actually mouse movements of 0 x -2 after every movement of 0 x -1...

If using 'C' to set "Catchup mode = NoCatchup" stops that malfunction, please let me know!

<< Comment #1090 @ 10:02 GMT, 12 November 2015 >>

(Link, Reply)

By Anonymous (188.221.191.162)  - Reply to #1088

Fixed. Thanks so much dude :) I thought it was 1-to-1 due to the feeling, but MMR made me doubt myself !

<< Comment #1092 @ 00:42 GMT, 15 November 2015 >>

(Link, Reply)

By MarktheC  - Reply to #1090

Looks like I have a Windows 10 bug I need to fix then, thanks for the feedback.

<< Comment #1087 @ 04:34 GMT, 4 November 2015 >>

(Link, Reply)

By awareofstorm

when i use ''fps_max 1'' command in CS:GO it seems okay(still gives 60 fps).But when i use ''fps_max 249'' i cant hit anything at first try ! Furthermore i've 144 hz monitor so i need to use benefits of it. Any solution ? Is th&#305;s problem related to mouse fix registry ?

<< Comment #1091 @ 23:00 GMT, 12 November 2015 >>

(Link, Reply)

By raumschiffkomandant  - Reply to #1087

dont think this has anything to do with the fix

<< Comment #1093 @ 03:59 GMT, 15 November 2015 >>

(Link, Reply)

By Anonymous (71.72.174.58)

anyone else having this come up with a virus?

trojan: win32/spursint.A is detected by windows defender

<< Comment #1094 @ 05:08 GMT, 5 December 2015 >>

(Link, Reply)

By MarktheC  - Reply to #1093

That is a false positive:

MarkC_Windows_10 8.x 7_MouseFix.zip scanned @ virustotal.com

Perhaps try visiting virustotal.com and uploading your copy of the file and see what it says.

Edited by MarktheC at 05:10 GMT, 5 December 2015

<< Comment #1098 @ 04:14 GMT, 18 January 2016 >>

(Link, Reply)

By Anonymous (71.72.174.58)  - Reply to #1094

i'm pulling it down from the google drive link as posted on your website.

i'm not saying it contains a virus, just that windows defender is detecting it as a false positive. not sure if there is anything that can be done about that.

<< Comment #1095 @ 08:12 GMT, 27 December 2015 >>

(Link, Reply)

By Zeo

I do not seem to be fully understanding how this fix works. I pressed C to enable the NoCatchUp mode, and can see that there are a bunch of reds and greens, but there are rarely any when the Catchup is set to 500µs. Is this alright? Is the goal to get the mouse fast enough to show 1 to 1 under 0.5 milliseconds? If it is just not possible for any mouse to successfully show 1 to 1 with NoCatchUp mode enabled, then let me know, thanks.

So if what I suspect is true, does this affect input lag in games at all? I mean, if I am telling windows to wait a maximum of 500µs for the MouseMovementRecorder to show the movement as 1 to 1, this only affects the MouseMovementRecorder, correct? Meaning that the game would still successfully get 1 to 1 in less than 0.5ms if the mouse is good enough, right? I guess this CatchUp of 500µs only matters for the MouseMovementRecorder software... but let me know if I am wrong.

<< Comment #1096 @ 23:34 GMT, 27 December 2015 >>

(Link, Reply)

By MarktheC  - Reply to #1095

> ... but there are rarely any (reds and greens) when the Catchup is set to 500µs. Is this alright?

Yes barely any reds and greens when Catchup mode is on is expected and means that the fix is working.

The goal is to measure (record) mouse input and also pointer movement and see that they are in sync with each other, plus or minus some small timing difference.

Timing differences between the mouse and the pointer are inevitable, and so MMR tries to compensate by using its "Catchup" mode.

Most PCs will show red and green with NoCatchup mode enabled: Red and green is expected.

When you move the mouse, Windows gets the mouse movement value and does two things with it:

1) Sends it to any program that is waiting for mouse input (which includes MouseMovementRecorder)

2) Updates the pointer position.

Both of these happen very quickly, but they both usually DON'T happen at exactly the same time.

Often the pointer position is updated first (2), then very shortly afterwards the MouseMovementRecorder see the mouse movement (2), and when it checks the pointer position it sees that it has already been moved from the last time, and can display a matched movement.

Often MouseMovementRecorder sees the mouse movement (1) BEFORE Windows has moved the pointer position (2), and if it is in No Catchup mode, it immediately displays a green 0x0.

If in Catchup mode, it instead waits a short while to see if Windows will move the pointer. Usually the pointer is moved very very soon after (within 10-15µs on my PC), and MMR can then match the movements up and display a black-background 1-to-1 line.

If you press 'E' key, you can see in more detail the timings of the input and movement.

> if I am telling windows to wait a maximum of 500µs for the MouseMovementRecorder to show the movement as 1 to 1, this only affects the MouseMovementRecorder, correct? ... this CatchUp of 500µs only matters for the MouseMovementRecorder software.

Yes, correct.

1%

<< Comment #1097 @ 00:50 GMT, 28 December 2015 >>

(Link, Reply)

By Zeo  - Reply to #1096

Okay, thank you for explaining that to me. I guess my Logitech G100s mouse is good to go then; this mouse is really great at input times, I am glad I bought it.

<< Comment #1099 @ 19:15 GMT, 24 March 2016 >>

(Link, Reply)

By Anonymous (138.51.117.241)

I wrote a VBS script to modify the mouse settings programmatically, good for when registry editing is disabled by the administrator:

Const HKEY_CURRENT_USER = &H80000001

strComputer = "."

Set Shell = CreateObject("WScript.Shell")

Set objRegistry = GetObject ("winmgmts:\\" & strComputer & "\root\default:StdRegProv")

keyPath = "Control Panel\Mouse"

valueName = "MouseSpeed"

value = "1"

objRegistry.SetStringValue HKEY_CURRENT_USER, keyPath, valueName, value

valueName = "MouseSensitivity"

value ="10"

objRegistry.SetStringValue HKEY_CURRENT_USER, keyPath, valueName, value

valueName = "MouseThreshold1"

value = "0"

objRegistry.SetStringValue HKEY_CURRENT_USER, keyPath, valueName, value

valueName = "MouseThreshold2"

value = "0"

objRegistry.SetStringValue HKEY_CURRENT_USER, keyPath, valueName, value

valueName = "SmoothMouseXCurve"

value = Split("00,00,00,00,00,00,00,00,C0,CC,0C,00,00,00,00,00,80,99,19,00,00,00,00,00,40,66,26,00,00,00,00,00,00,33,33,00,00,00,00,00", ",")

For i = 0 To UBound(value) : value(i) = CByte("&H" & value(i)) : Next

objRegistry.SetBinaryValue HKEY_CURRENT_USER, keyPath, valueName, value

valueName = "SmoothMouseYCurve"

value = Split("00,00,00,00,00,00,00,00,00,00,38,00,00,00,00,00,00,00,70,00,00,00,00,00,00,00,A8,00,00,00,00,00,00,00,E0,00,00,00,00,00", ",")

For i = 0 To UBound(value) : value(i) = CByte("&H" & value(i)) : Next

objRegistry.SetBinaryValue HKEY_CURRENT_USER, keyPath, valueName, value

<< Comment #1100 @ 20:47 GMT, 24 March 2016 >>

(Link, Reply)

By Nibbler

Is this even a "thing" in Windows 10?

I remember doing this religiously back on Win 7 for CS.

<< Comment #1101 @ 18:27 BST, 20 April 2016 >>

(Link, Reply)

By Anonymous (95.252.176.114)

I don't have understand... on Windows 7 X64 inside control panel i need to activate "increases pointer precision" or not ???

<< Comment #1102 @ 07:29 BST, 4 June 2016 >>

(Link, Reply)

By MarktheC  - Reply to #1101

Don't activate it.

<< Comment #1103 @ 17:20 BST, 14 June 2016 >>

(Link, Reply)

By Anonymous (31.183.115.93)

is it possible that this fix doesnt work for me?

I double clicked the right fix, restart pc and the acceleration is still going on. ive got sensei mouse

Should i do sth else?

<< Comment #1104 @ 11:24 BST, 23 June 2016 >>

(Link, Reply)

By Anonymous (83.161.146.130)  - Reply to #1103

the sensei has a different kind of acceleration, it's inherent to the sensor. you can google everything about it.

<< Comment #1105 @ 06:28 BST, 27 September 2016 >>

(Link, Reply)

By Anonymous (5.254.65.17)

When i come to the end of my mouse pads greens are happening. other than that i am ssuming i am working on 1-1 on win10.

But yet, feels jiggly i don't know why.

https://gyazo.com/750bbbcaceb111b6247a22e25ab8673b and than it's go back to 1-1 on the recorder.

<< Comment #1106 @ 10:02 GMT, 25 December 2016 >>

(Link, Reply)

By Anonymous (60.226.81.98)

Is there a way to copy ur windows mouse accel settings into povohats driver.

<< Comment #1108 @ 07:15 GMT, 27 December 2016 >>

(Link, Reply)

By Anonymous (60.226.81.98)  - Reply to #1106

Screwed around with it, got something similar, maybe even better.

<< Comment #1107 @ 21:47 GMT, 26 December 2016 >>

(Link, Reply)

By Anonymous (77.254.234.88)

Hi,

Can You make file settings like in XP Professional with 9 slider for Windows 8.1/10 with 100% resolution (dpi) in Windows 8.1/10 ?

<< Comment #1109 @ 21:19 GMT, 13 January 2017 >>

(Link, Reply)

By Anonymous (194.118.229.35)  - Reply to #1107

who the fuck is using cp nowadays

<< Comment #1110 @ 22:24 GMT, 17 January 2017 >>

(Link, Reply)

By Anonymous (217.121.208.250)

This fix has always been snake oil. It screws up more games than it 'fixes'.

I wonder if anyone here ever sits at his desk, looking at all the new 'gaming hardware' and thinks "wow, I am such a fucking douchebag". You turned into posterboys for a hardware industry that is mostly redundant, all for the promise of 0.0001% improved accuracy.

Meanwhile hardware developers are laughing their asses off as they intentionally make bad products so that they can sell the next, slightly improved version for $20 extra because it has an e-sports certification sticker. Look kids, Korean guy #1984356 uses this new mouse and he just won $5000 at a DOTA2 tournament.

Meanwhile game developers keep releasing the same shitty games over and over (= Counterstrike) while hardware CEO's are living in mansions because you just had to have it all, and soon "4k gaming" will be mainstream, for which you'll need yet another new monitor and 2x 1080's to be able to run Quake Champions at 144 FPS.

The worst thing about it is that most of you are WORKING to pay for all of this. You have some terrible job and you spend your money on a mouse so you can get 1 extra headshot every 200 rounds in a game that is so boring that Conservatism-Silvermoon EU wouldn't even play it from his prison cell.

Gaming has become fully corrupted by con-men and you are all fucking guilty.

9%

<< Comment #1111 @ 05:17 GMT, 18 January 2017 >>

(Link, Reply)

By inspectre  - Reply to #1110

lol nice rant (pretty entertaining for a post almost 7 years after this thread's start) ;)

You realize MarkC's fix is just another iteration of the "CPL Mouse Fix" that has been around since the "Windows XP" days.

I wonder if anyone here ever sits at his desk, looking at all the new 'gaming hardware' and thinks "wow, I am such a fucking douchebag"...

... and soon "4k gaming" will be mainstream, for which you'll need yet another new monitor and 2x 1080's to be able to run Quake Champions at 144 FPS.

This "fix" was never developed to help improve the experience of "new ' gaming hardware'" with modern games that use raw input (or direct input for that matter). It's simply a remnant from when people actually played pre-2000 games.

The worst thing about it is that most of you are WORKING to pay for all of this. You have some terrible job and you spend your money on a mouse so you can get 1 extra headshot every 200 rounds...

I think a better place for this statement would be in the overclock.net mice forums where people buy multiple $70+ mice on release and switch out sensors, cords, etc. for minor improvements. I guess they enjoy it as a hobby though, so I personally wouldn't bag on them.

<< Comment #1112 @ 00:03 BST, 25 May 2017 >>

(Link, Reply)

By Anonymous (78.73.55.228)

I know this is a really old post, but seems like theres been some activity in it latley.

Ive been running the MarkC for a long time and ive never experienced any problems with it until now when im picking up Overwatch.

When i run the MMR in just windows, its always 1-to-1. But when i run the MMR in Overwatch i get alot of Red and Green, why is this?

Im pretty sure OW uses m_rawinput 1.

Any ideas?

<< Comment #1113 @ 03:14 BST, 25 May 2017 >>

(Link, Reply)

By inspectre  - Reply to #1112

The red and green indicators just show that there is a disconnect between your mouse input and the cursor movement on the desktop.

This doesn't affect your game if it uses raw input.

The red/green colors will show up if your cursor runs into the edges of your desktop. This can appear to affect your game if you move your mouse pretty quickly and/or you're using high DPI. However, this doesn't necessarily mean the game isn't reading proper mouse data.

From the MMR readme:

NOTE: While a game is running, Mouse Movement Recorder may show many red and green

lines, if the game continually re-positions the pointer to the middle of the screen.

Those red and green lines do not mean that you have acceleration, they only mean that

the re-positioned pointer has confused Mouse Movement Recorder.

<< Comment #1114 @ 23:54 BST, 25 May 2017 >>

(Link, Reply)

By Anonymous (78.73.55.228)

Thanks for the quick reply inspectre,

So in other words i shouldnt worry? Im using 400 DPI on my mouse.

<< Comment #1115 @ 04:32 BST, 26 May 2017 >>

(Link, Reply)

By inspectre  - Reply to #1114

correct. no need to worry.

You'd need to meet these 3 criteria to have any concern:

1. game uses wm_input (if this is false, 2&3 don't matter)

2. running low resolution fullscreen

3. high DPI

Seems like none of those criteria apply in your case.

<< Comment #1116 @ 18:15 BST, 26 May 2017 >>

(Link, Reply)

By Anonymous (94.234.39.125)

No not really. I'm running 1920x1080, 400 DPI and 75% render scale in game.

Another question tho, with this different feel in game that I got he last couple of days I thought I would "reset" my mousefix. Do I simply run the default send file, reboot then run the 1-to-1 100% (or through builder) again or will these two somehow "take each other out" in the registry if you get my drift..

I also used the remove welcome screen file, can this affect anything?

<< Comment #1118 @ 08:09 BST, 11 June 2017 >>

(Link, Reply)

By Anonymous (50.89.7.71)  - Reply to #1116

Windows_7+Vista+XP_Default.reg

<< Comment #1117 @ 22:50 BST, 26 May 2017 >>

(Link, Reply)

By Anonymous (78.73.55.228)

Also, have i understood it right that this fix only works when EPP is ON?

Hypothesis:

What happens if i have EPP OFF, and my game does not force it ON, yet the game doesnt use Raw Input for mouse input?

Would this mean i shouldnt get any mouse acceleration, or that i am trapped in a grey zone? :P

<< Comment #1119 @ 12:59 BST, 18 May 2018 >>

(Link, Reply)

By Anonymous (99.227.182.28)

@MarkC

Can you try to incorporate the vbscript objRegistry function to your mousefix builder in place of opening the saved regfile? Regedit is blocked if you don't have admin privileges, such as in computer labs.

<< Comment #1120 @ 04:31 BST, 19 May 2018 >>

(Link, Reply)

By Anonymous (99.227.182.28)  - Reply to #1119

Sample of how to use:

Const HKEY_CURRENT_USER = &H80000001

strComputer = "."

Set Shell = CreateObject("WScript.Shell")

Set objRegistry = GetObject ("winmgmts:\\" & strComputer & "\root\default:StdRegProv")

keyPath = "Control Panel\Mouse"

valueName = "MouseSpeed"

value = "1"

objRegistry.SetStringValue HKEY_CURRENT_USER, keyPath, valueName, value

valueName = "MouseSensitivity"

value ="10"

objRegistry.SetStringValue HKEY_CURRENT_USER, keyPath, valueName, value

valueName = "MouseThreshold1"

value = "0"

objRegistry.SetStringValue HKEY_CURRENT_USER, keyPath, valueName, value

valueName = "MouseThreshold2"

value = "0"

objRegistry.SetStringValue HKEY_CURRENT_USER, keyPath, valueName, value

valueName = "SmoothMouseXCurve"

value = Split("00,00,00,00,00,00,00,00,C0,CC,0C,00,00,00,00,00,80,99,19,00,00,00,00,00,40,66,26,00,00,00,00,00,00,33,33,00,00,00,00,00", ",")

For i = 0 To UBound(value) : value(i) = CByte("&H" & value(i)) : Next

objRegistry.SetBinaryValue HKEY_CURRENT_USER, keyPath, valueName, value

valueName = "SmoothMouseYCurve"

value = Split("00,00,00,00,00,00,00,00,00,00,38,00,00,00,00,00,00,00,70,00,00,00,00,00,00,00,A8,00,00,00,00,00,00,00,E0,00,00,00,00,00", ",")

For i = 0 To UBound(value) : value(i) = CByte("&H" & value(i)) : Next

objRegistry.SetBinaryValue HKEY_CURRENT_USER, keyPath, valueName, value

<< Comment #1121 @ 22:25 BST, 24 May 2018 >>

(Link, Reply)

By Anonymous (99.227.182.28)

@MarkC

What made you decide that the micky to IPS conversion is 3.5 counts/report rather than 3.2 counts/report (400 cpi / 125 Hz)? Did you empirically measure them to be exactly 3.5 counts?

<< Comment #1122 @ 13:34 BST, 6 June 2018 >>

(Link, Reply)

By Anonymous (77.111.246.8)

Someone made an app to configure the Mouse Fix via GUI:

https://github.com/everythingllbeOK/PointerSp...g/v1.0.0.1

<< Comment #1123 @ 02:26 BST, 9 July 2018 >>

(Link, Reply)

By wintery

Does windows xp default mousereg. work correctly with windows 8/10? I dont like the 8/10 default but the xp default doesnt feel as good as I remember it aswell.

Can someone make a xp default reg for 1024x768, 144hz monitor, 1khz mouse (not sure what information is needed so I put it all here)

thanks in advance

<< Comment #1124 @ 11:32 BST, 9 July 2018 >>

(Link, Reply)

By Anonymous (80.12.41.233)

Does this work to annihilate the forced accel in Soldier Of Fortune 1? (Win10 x64 1920x1080 144Hz @1000Hz.

<< Comment #1125 @ 13:58 BST, 14 August 2018 >>

(Link, Reply)

By Anonymous (62.244.152.26)

Hi,

Mark Can You make accelaration key in Windows 10 like in Windows XP ?

<< Comment #1126 @ 19:53 BST, 15 September 2018 >>

(Link, Reply)

By Anonymous (78.228.163.103)

Hello,

I use for many years the mouse fix. I've been using the DPI AWARENESS enabler software for a while and it looks like this one is creating a conflict. When I use MouseMovement, I am no longer in 1-1 despite using the fix. Can you help me ?

<< Comment #1127 @ 23:57 BST, 29 April 2020 >>

(Link, Reply)

By Torsionfield

I would like to dig deeper into this. I play Quake Champions quite a lot.. I tried the mouse recorder (without the fix) and it showed some green maybe 50% and the value was OFF.. I applied the fix and its the same maybe 50% green and the value was OFF

Dunno if it made a difference in game or not BUT, is green deacceleration and red is acceleration? I dont understand this but I want to learn more.. are there other programs such as Mouse Movement Recorder? Just trying to see my options here

<< Comment #1128 @ 07:57 BST, 30 April 2020 >>

(Link, Reply)

By evil_ash  - Reply to #1127

I am looking for that program what records mouse movement. It opens up in a dosbox/CMD window and marks inputs red or green. Is this the one you use? Do you have a link to download it? Even the name of the exe file would help I cant remeber what its called or where to get it.

is green deacceleration and red is acceleration?

If its the program I am thiink of, then it works like... Green means the outputs (pixels moved on screen) perfectly match the inputs (mouse movement data coming into usb port)

Red means they dont match.

You have to be careful reading it because sometimes inputs get split across multiple lines. Eg. an input of 1 pixel left 2 pixels down might split across 2 lines and become 1 pixel left 1 pixel down, followed by another single pixel down on the next output... This would be perfectly acceptable is not any kind of error although it wont show as green. When you see red error look at the line above and below and see if the inputs and outputs may actully add together and be perfectly equal.

Edit: Also ofc, MarkC fix is only for games using Direct Input mouse mode and does nothing in games using RAW input. Not sure what one QC uses.

Edit: So if that was not clear then simply, if inputs and outputs are equal then it goes without saying that accel is not being added and is not present.

Edited by evil_ash at 08:03 BST, 30 April 2020

<< Comment #1129 @ 10:30 BST, 30 April 2020 >>

(Link, Reply)

By CaptainTaichou  - Reply to #1128

Also ofc, MarkC fix is only for games using Direct Input mouse mode and does nothing in games using RAW input. Not sure what one QC uses.

Neither Raw Input nor DirectInput require the MarkC mouse fix. Control Panel settings such as the acceleration curve have no effect on Direct Input.

It's only for very very old games that read mouse input from windows mouse events. It's completely irrelevant for all modern games.

<< Comment #1130 @ 17:36 BST, 30 April 2020 >>

(Link, Reply)

By evil_ash  - Reply to #1129

Ok yea im not really sure.

I always thought it was for using in_mouse 1 in QL and some older games but I think you must be right. Not sure what games people want it for then.

It used to do something at least back on win7 I could get all green input/output on that test program but im not sure really what games that transfered into.

<< Comment #1131 @ 17:42 BST, 30 April 2020 >>

(Link, Reply)

By CaptainTaichou  - Reply to #1130

Yeah, it might be needed if you use in_mouse -1 in QL. No idea why someone would want to use that.

As for which games, the OP says:

Some older games, such as Half-Life 1, Counter-Strike 1.x, Quake, Quake 2, Unreal and others...

Last I heard (a few years back now), QC was using DirectInput.

<< Comment #1133 @ 10:29 BST, 5 May 2020 >>

(Link, Reply)

By Torsionfield  - Reply to #1131

Allright so I guess Mark C is irrelevant for me? The thing is I formatted my PC a few weeks ago and Ive never got the sense to be the same again in QC.. Dont know what sneaky shit I hade done with my previous installation lol seriously

<< Comment #1132 @ 23:17 BST, 30 April 2020 >>

(Link, Reply)

By SmackGyver

Nostalgia.

<< Comment #1134 @ 17:54 GMT, 29 November 2020 >>

(Link, Reply)

By 23Jd3

Is it possible to reverse this? I accidentally initiated this program from another script, and now I accidentally have mouse acceleration removed. Is there any possible way to reverse this? or do I have to do a system restore?

<< Comment #1135 @ 01:54 GMT, 17 February 2021 >>

(Link, Reply)

By Tsubaki  - Reply to #1134

install gentoo

<< Comment #1136 @ 08:48 BST, 8 August 2021 >>

(Link, Reply)

By Anonymous (188.252.199.47)

Windows 10 changes mouse sensitivity depending on DPI display scaling, right?

I mean, at 150% scaling, the mouse is obviously faster than on 100%, both being at 6/11?

<< Comment #1137 @ 22:23 BST, 8 August 2021 >>

(Link, Reply)

By Anonymous (193.189.100.194)  - Reply to #1136

why can't you go measure it?

go measure it,

come back

tell us if it makes a difference when using raw input modes (quake live: in_mouse 2)

<< Comment #1138 @ 15:32 GMT, 11 January 2023 >>

(Link, Reply)

By Demiurge '

Anything new in Windows 11?

Reply to:

[Reset]

Formatting:

Content:

Enter Text:

Or if you already have an account:

Username:

Password:

Read the Posting Guidelines

Non-HTML tags: [b]bold[/b], [i]italics[/i], [u]underlined[/u]

[small]small[/small], [q]quoted[/q], [s]strikethrough[/s]

[url=www.url.com]link[/url] or type www.url.com

[flag=country] (list), [avatar=name] (list)

[map=mapname gamename] (list)

Conceived and created by Sujoy Roy (Legal Notices)

RSS Feed Information, Link Buttons and Banners